Disambiguation of virtual reality information using multi-modal data including speech

ABSTRACT

Functionality is disclosed herein for using a framework for a VR/AR application to utilize different services. In some configurations, a VR/AR application can utilize different services, such as an animation service, a multi-modal disambiguation service, a virtual platform service, a recognition service, an automatic speech recognition (ASR) service, a text-to-speech (TTS) service, a search service, as well as one or more other services. Instead of a developer of the VR/AR application having to develop programming code to implement features provided by one or more of services, the developer may utilize functionality of existing services that are available from a service provider network.

BACKGROUND

These days there are software applications that are available to users for interacting with virtual and/or physical objects in a Virtual Reality (VR) environment or an Augmented Reality (AR) environment. For instance, some VR applications may allow users to play games, while other VR applications may allow users to interact with virtual objects in other three-dimensional graphical environments. Some of these applications may also provide an Augmented Reality (AR) environment in which a user may interact with physical objects located in the actual environment, as well as virtual objects depicted within the three-dimensional graphical environment.

Different methods and interfaces can be utilized by users to interact with these environments. Some VR/AR applications allows the use of more than one input mode when interacting with an environment. The Multimodal Interfaces (MMIs) that process two or more different user input modes may be configured to allow the user to provide both speech input as well as gesture input, or some other combination of input. For example, a user may perform physical gestures, provide speech input, as well as move within the environment.

Developing a VR/AR application, however, can be challenging and time consuming. For example, developers have to create programming code for receiving and processing data received from different input devices, as well as developing programming code for displaying objects (e.g., physical and/or virtual objects) in the environment. In addition to processing the input received from the different devices, it can be difficult and time consuming for a developer to create a virtual environment. For instance, the developer has to specify the different graphical models to include the environment, as well as define the layout of the environment. Even after creating an application, however, the input devices that are available typically change. As such, there is a never ending cycle of having to update the VR/AR application.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram depicting an illustrative operating environment in which a VR/AR application utilizes different services of a service provider network;

FIG. 2 is a block diagram depicting an illustrative operating environment in which different services interact within a service provider network to provide functionality to a VR/AR application;

FIG. 3 is a system diagram that illustrates using a virtual platform service for creating a virtual environment for a VR/AR application;

FIG. 4 is a system diagram that illustrates using the multi-modal disambiguation service for disambiguating multi-modal input associated with a VR/AR application;

FIG. 5 is a system diagram that illustrates using the animation service for providing animations of one or more avatars for a VR/AR application;

FIG. 6A is a schematic diagram of different illustrative animation body sequences based on input words spoken by an avatar;

FIG. 6B is a schematic diagram of different illustrative animation facial sequences based on input phonics spoken by an avatar;

FIGS. 6C and 6D are schematic diagrams of an illustrative avatar interacting with a virtual object;

FIG. 7 is a flow diagram showing a routine illustrating aspects of a mechanism disclosed herein for ingesting models into a virtual environment;

FIG. 8 is a flow diagram showing a routine illustrating aspects of a mechanism disclosed herein for disambiguating multi-modal input;

FIG. 9 is a flow diagram showing a routine illustrating aspects of a mechanism disclosed herein for determining an object of interest;

FIG. 10 is a flow diagram showing a routine illustrating aspects of a mechanism disclosed herein for identifying services to utilize;

FIG. 11A is a flow diagram showing a routine illustrating aspects of a mechanism disclosed herein for generating animation based on inputted text;

FIG. 11B is a flow diagram showing a routine illustrating aspects of a mechanism disclosed herein for generating animation sequences to gesture toward real world objects;

FIG. 11C is a flow diagram showing a routine illustrating aspects of a mechanism disclosed herein for generating animation sequences to gesture toward virtual objects based on tags of the virtual objects;

FIG. 11D is a flow diagram showing a routine illustrating aspects of a mechanism disclosed herein for modifying animation based on emotion values;

FIG. 11E is a flow diagram showing a routine illustrating aspects of a mechanism disclosed herein for generating first animations of text in a first language and second animations of text in a second language;

FIG. 12 is a system and network diagram that shows one illustrative operating environment for the examples disclosed herein that includes a service provider network;

FIG. 13 is a computing system diagram that illustrates one configuration for a data center that implements aspects of a service provider network, including some or all of the concepts and technologies disclosed herein in which a VR/AR application interacts with different services; and

FIG. 14 is a computer architecture diagram showing one illustrative computer hardware architecture for implementing a computing device that is configured to implement aspects of the various examples presented herein.

DETAILED DESCRIPTION

The following detailed description is directed to technologies for a framework that provides VR applications and/or AR applications (hereinafter may be collectively referred to as a “VR/AR application”) to access to different services. Instead of a developer of the VR/AR application having to develop programming code to implement features provided by one or more services, the developer may utilize functionality of existing services that are available from a service provider network. For example, a VR/AR application can be configured to utilize one or more of graphical recognition services, automatic speech recognition (ASR) services, text-to-speech (TTS) services, search services, context services and the like. In some examples, the VR/AR application can utilize other services, such as virtual platform services, animation services, and multi-modal disambiguation services.

According to some configurations, the developer can utilize a virtual platform service to create a virtual environment for use with a VR/AR application. In some examples, the virtual platform service generates a virtual environment in which one or more users can interact with virtual objects and/or physical objects. To create a virtual environment, the developer may identify different graphical models to include within an environment. For example, the developer may either provide graphical models and/or search for graphical models to include within the environment. According to some examples, a recommendation service can provide recommendations for one or more graphical models to include within the virtual environment. In some configurations, a recognition service automatically tags models in response to being identified for inclusion within the environment. As discussed in more detail below, the tags may identify many different characteristics of the model. The tags associated with the models can be used by the different services when a user is creating and/or interacting with a virtual environment. The tags may also be used for other purposes.

In some examples, the developer may search for models to include within a virtual environment utilizing a search service provided by the service provider network, or some other entity. For example, in response to a user performing a search for “desks”, a virtual platform service can utilize the search service to search for models tagged as a “desk”. According to some examples, the service provider network maintains a data store that includes a large number of models that can be incorporated into a virtual environment. For instance, the service provider network may store a large number of models representing furniture, or the like. In some configurations, the virtual platform service and/or the search service can receive one or more recommended models from a recommendation service.

The virtual platform service is configured to provide the VR/AR application with the ability to process multiple modes of input. In some configurations, the virtual platform service utilizes functionality provided by a multi-modal disambiguation service for combining different types of input (e.g., speech and gesture input). As will be described in more detail below, the multi-modal disambiguation service can be configured to determine a meaning of user input that is received from different input devices (e.g., voice, gesture, and the like) while a user is interacting within the environment.

An animation service can be configured to provide animation of one or more avatars. The animations may be used by one or more services and/or VR/AR applications to introduce objects to users, to provide a virtual concierge, to provide a host, for entertainment and/or for other reasons. The animation service may enable a user to generate an avatar that speaks words chosen by the user, and performs compelling animations and gestures while speaking those chosen words. The avatars may be linked to other sites, downloaded and executed in different environments, and/or shared in other ways. As discussed herein, the term “avatar” refers to an animated character that is generated based on predefined inputs such as text or code that drives creation of the avatar and animation of the avatar, and may or may not include animated characters that are animated based on real-time or near-real time input by a user via a user device (e.g., input via a gaming controller, etc.). Thus, the avatars may be generated and animated using predefined inputs that do not directly specify movements for animation.

In some examples, the animation service may receive input text to be spoken by an avatar. The text may be processed using a text-to-speech service, which may be performed locally, remote, or a combination of both, to generate audio data of the text. The audio data may be configured for playback to create sound of a person speaking the text. Speech markup data (SMD) may be created from the text. The SMD may include the sentences of the text, words of the text and/or phonic symbols of the text, which may each include time codes that indicate a time of playback of a respective element of the audio data (e.g., playback of a particular sound at a certain time, etc.). The SMD may include other information, such as emotion values and/or other information to influence or describe sounds and attributes of the audio data. As discussed herein, the term “phonic symbols” may include phenomes and/or other symbols used to represent distinct sounds which may be associated with respective imagery and/or animation movement, referred to as “visemes”. Some phonic symbols may be associated with a same viseme. For example, the sounds for “ch” and “sh” may be represented by different letters, but may be associated with same phonic symbols and visemes.

The animation service may receive the SMD, which may be processed to create animations for an avatar. For example, the animation service may generate first animation sequences of a mouth of the avatar based at least in part on the phonic symbols and the different time codes associated with each phonic symbol. The animation service may generate second animation sequences of skeletal components of the avatar based at least in part on the words and the different time codes associated with each word or combinations of words. The skeletal components may include a torso, legs, arms, hands, fingers, and/or other body parts that may move to perform gestures and/or animations. The animation service may determine animations based on selected words, which may be associated with animation sequences or gestures. The animation service may generate combined animation sequences of the avatar that include the first animation sequences the second animation sequences.

The animation service may be designed to interact with one or more users and/or interact with the virtual environment presented by the VR/AR application. The animation service may generate animations that cause the avatar to interact with objects within a virtual environment, appear to interact with objects in the real world (e.g., look at a person or object identified at a specific location in the real world via image capture from one or more cameras, etc.), or both. In some examples, the animation service may receive input signals that indicate objects and locations (e.g., coordinates) of the objects in the real world. Recognition services may be used to create tags for the objects and/or determine locations/coordinates that locate the objects/people relative to the display or some other reference point. The animation service may generate an animation sequence to depict the avatar looking at an object or person in the real world based on the input signals.

The different services utilized by a VR/AR application can be identified during runtime and/or can be preconfigured for use with the VR/AR application. For instance, the VR/AR application can be configured to identify applications and/or services that are relevant to a context associated with a user interacting with the virtual environment. As used herein, the term “relevant” may refer to an application or service that provides data and/or functionality that is applicable to the current context. The term “context” may refer to the background, environment, framework, setting or situation that surrounds a particular event or situation. Context data might include speech data, gesture data, location data, movement data, activity data, user data, time data, and the like. Some of the context data might be determined from sensors associated with a computing device. For example, the sensors of a computing device associated with a user might be used to determine a speed of the computing device, a location of the computing device, weather conditions, lighting conditions, sound near the user or at other locations within an environment, facial expressions of the user (or some other individual), gestures performed by the user (or some other individual) and the like. The context data might also include data relating to a current activity. For example, a current activity might relate to a user performing some action within the virtual environment (e.g., browsing items within an online store, moving within a virtual environment, performing a search, and the like).

As other non-exhaustive examples, context data can include any information about: location (such as obtained from GPS, Bluetooth, Bluetooth LE, RF, or any other applicable location sensor), time, date, what application the user is using, what features the user is using on a particular application, physical or virtual environment (such as temperature, altitude, humidity, biometric pressure, etc.) device orientation, the proximity of other devices with relevant data (such as a beacon or friend with a suitable device), the proximity of other users, biometric data (such as pulse, heart rate variability, blood oxygenation, body temperature, blood sugar, sleep, what the user is viewing), and the like. The context data can be associated with users in a physical environment and/or in a virtual environment.

Software developers may develop VR/AR applications using an Integrated Development Environment (“IDE”) (discussed in more detail below) and/or a software developer toolkit (“SDK”) that may include one or more APIs that specify functionality for connecting the VR/AR application to different services or other tools that might be used by a software developer to develop a VR/AR application. For example, an API may be used to define one or more custom events, send a message to another application and/or service, request to receive context data from a computing device, and the like. The SDK and/or API might also be utilized to change the operation of the operating system and/or some other application. For instance, one part of the operating system might utilize the API to communicate with another part of the operating system in response to receiving certain data.

In some examples, one or more of the services may utilize a machine learning mechanism to improve the data provided to the VR/AR application. For instance, over time as a service receives more data, the data provided by the service may change based on the data that is received. The machine learning mechanism may be refined in response to receiving additional data. Additional details regarding the various components and processes described above for selecting and utilizing applications based on context will be presented below with regard to FIGS. 1-14.

It should be appreciated that the subject matter presented herein may be implemented as a computer process, a computer-controlled apparatus, a computing system, or an article of manufacture, such as a computer-readable storage medium. While the subject matter described herein is presented in the general context of program modules that execute on one or more computing devices, those skilled in the art will recognize that other implementations may be performed in combination with other types of program modules. Generally, program modules include routines, programs, components, data structures and other types of structures that perform particular tasks or implement particular abstract data types.

Those skilled in the art will also appreciate that aspects of the subject matter described herein may be practiced on or in conjunction with other computer system configurations beyond those described herein, including multiprocessor systems, microprocessor-based or programmable consumer electronics, minicomputers, mainframe computers, handheld computers, personal digital assistants, e-readers, mobile telephone devices, tablet computing devices, special-purposed hardware devices, network appliances and the like. As mentioned briefly above, the examples described herein may be practiced in distributed computing environments, where tasks may be performed by remote computing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.

In the following detailed description, references are made to the accompanying drawings that form a part hereof, and that show, by way of illustration, specific examples or examples. The drawings herein are not drawn to scale. Like numerals represent like elements throughout the several figures (which may be referred to herein as a “FIG.” or “FIGS.”).

Referring now to FIG. 1, an operating environment 100 is illustrated in which a VR/AR application utilizes different services of a service provider network 110, according to various examples presented herein. The operating environment 100 shown in FIG. 1 includes computing device 102, services 104, and display 106. According to some configurations, the computing device 102 may be configured as a tablet computing device, a smart phone, a personal computer (“PC”), a desktop computer, a laptop computer, a notebook computer, other mobile computing devices, a video game system, a set-top box, a smart television, or the like. According to other examples, at least a portion of the functionality of the computing device 102 may be provided by the one or more services 104, or a service provider network 110 (See the service provider network 110 illustrated in FIG. 12). As illustrated, the services 104 include an animation service 104A, a multi-modal disambiguation service 104B, a virtual platform service 104C, a recognition service 104D, a text-to-speech (TTS) service 104E, an automatic speech recognition (ASR) service 104F, a search service 104G, a recommendation service 104H, and one or more other services 104I, such as a context service (not shown). In other configurations, fewer or more services can be provided by the service provider network 110, or some other network (not shown).

The services 104 or the service provider network 110 may include one or more application servers, Web servers, data storage systems, network appliances, dedicated hardware devices, and/or other server computers or computing devices for providing the functionality of the different services. In these examples, the computing device 102 can include minimal hardware for connection to a network-based computing platform via a network (not shown). The computing device 102 may communicate via the network to access various services or computing resources described herein. For example, the computing device 102 can access the animation service 104A, the multi-modal disambiguation service 104B, the virtual platform service 104C, and/or other available services. More details regarding the operation of the services 104 are provided below.

The computing device 102 can be configured to execute an operating system 108, applications 110, service API(s) 112, client manager 114, as well as other application programs or components. The applications 110 might include one or more VR/AR applications, Web browser applications, productivity applications (e.g., word processing, spreadsheet, and/or presentation applications), travel applications, fitness applications, restaurant applications, social network applications, or any other applications. The term “application” may refer to any set of program instructions or data a processor reads to perform some task or operation. In some examples, an application may be part of the system software (e.g., the operating system) or might be application software (e.g., end-user programs).

In some examples, one or more of the applications 110 may be configured to utilize one or more of the service APIs 112. According to some configurations, the applications 110 might be part of the operating system 108 and/or some other component. It should be understood that the computing device 102, as well as other computing devices (not shown), may be identically configured or may have more or fewer application programs and/or components that are illustrated for the computing device 102.

Input to the applications 110 may be provided via one or more input devices that are connected to or otherwise are in communication with the computing device 102. For example, computing device 110 can receive input from sensors 122. Input to the applications 110 can be used to control aspects of the application 110, such as navigating menus. The computing device 102 may also be configured to present the visual content provided by one or more applications 110 on one or more display devices that are built-in to or are external to and in communication with the computing device 102, such as a display 106.

The display 106 is an output device configured to present information in a visual form. In particular, the display 106 may present visual content provided by one or more of the services 104, the client manager 114, an application 110, and the like. The visual content might include a display of three dimensional graphical models presented in a virtual environment, GUI elements, text, images, video, notifications, virtual buttons, virtual keyboards, messaging data, Internet content, device status, time, date, calendar data, preferences, map information, location information, and any other information that is capable of being presented in a visual form. In some examples, the display 106 is a liquid crystal display (“LCD”) utilizing any active or passive matrix technology and any backlighting technology (if used). In other examples, the display 106 may be an organic light emitting diode (“OLED”) display. According to some configurations, the display 106 may be a display (e.g., a head-mounted display or some other type of virtual reality headset) configured to present three-dimensional depictions to the user 120. Other display types are contemplated. In addition, the display 106 can include an input device such as a touchscreen or multi-touch enabled touchscreen.

All or a portion of the applications 110 may utilize a service API 112 to interact with one or more of the services 104. As discussed above, the applications 110 might be any instructions or data that provide one or more functions. The applications 110 may be configured to call one or more methods exposed by the service APIs 112 to access one or more of the services 104 via a network to take advantage of one or more of the features provided by the relevant service 104. For example, a service API 112 may be used by one or more of the applications 110 and/or services 104 to register to receive notifications, and possibly be activated, in response to data received by another application 110 and/or service. The service API 112 might also be used to send data to another application 114, request data, and the like.

A user 120 may interact with the applications 110 and/or services 104 using the computing device 102. In some examples, the UI 130 that is displayed on the display 106 may be used to view and interact with service data 116 received from one or more of the services 104. According to some configurations, the service data 116 provides graphical data for use in display of a virtual environment.

As illustrated, a client manager 114 can be configured to manage one or more sessions during which a computing device, such as the computing device 102, interacts with at least a portion of the services 104 via an AR/VR application 110. The service 104 may support connections to any number of computing devices 102 so that one or more users utilizing the various computing devices 102 can share data with the services 104, and possibly with one another. As such, the illustrated example is merely illustrative, and should not be construed as being limiting in any way.

As illustrated, rather than a developer of a VR/AR application 110 having to program functionality directly within the VR/AR application, the developer may utilize functionality provided by one or more of the services 104. In some examples, the client manager 114 is configured to monitor information associated with the user and to provide client data 118 to one or more of the services 104. In some cases, the data 118 is provided to the service 104 when a network connection is established between the computing device 102 and a remote computing device that is part of the service 104. The client data 118 may include data received from one or more of the sensors 122, data received from one or more of the applications 110, and the like. For example, the client data 118 may include speech data, camera data, and the like. In some configurations, one or more of the services 104 requests data from the client manager 114 and/or from the AR/VR application 110.

As discussed above, the services 104 can interact with the client manager 112 and/or the AR/VR application 110. For example, in some examples, an animation service 104A, a multi-modal disambiguation service 104B, and the virtual platform service 104C are configured to provide different services when developing a virtual environment as well as when the user 120 is interacting with a virtual environment. Generally, the animation service 104A, the multi-modal disambiguation service 104B, and the virtual platform service 104C interact with other services 104 of the service provider network.

According to some configurations, the recognition service 104D is configured to provide support for image analysis for object and scene detection. Using the recognition service 104D, objects, scenes, faces can be detected within graphical data. For instance, individuals can be identified within an image, scenes (e.g. sunsets, beaches, offices, . . . ). The graphical data utilized by the recognition service 104D can be client data 118 received from the computing device 102 and/or graphical data received from some other source, such as a service 104. According to some examples, the recognition service 104D exposes an API that allows a developer of the VR/AR application to add deep learning-based visual search and image classification to one or more applications. One example of a recognition service that can be utilized includes, but is not limited to the AMAZON REKOGNITION service, available from Amazon, Inc.

In some examples, the recognition service 104D utilizes highly scalable, deep learning technology to analyze digital data, such as graphical images. The recognition service 104D can use these deep neural network models to detect and tag (i.e. label) objects and scenes in the graphical data. This tagging can save a developer a large amount of time. For example, graphical models added to a virtual environment via the virtual platform service 104C can be automatically tagged. The tagging performed by the recognition service 104D allows a virtual environment to be searchable such that models and objects can be readily discoverable.

The recognition service 104D can also be used to identify a user, such as user 120. For example, the recognition service 104D is configured to obtain an image of the user 120 and compare the image to one or more reference images that can be used to identify the user. This allows a VR/AR application 110 to identify and confirm identities of users.

In some configurations, the recognition service 104D can also be utilized to detect emotions such as happy, sad, or surprise, and demographic information such as gender from facial images. For example, the recognition service 104D can analyze live images, and send the emotion attributes to the animation service 104A, the multi-modal disambiguation service 104B, the virtual platform service 104C, and/or other services 104.

In some examples, the recognition service 104D can be used to identify objects and scenes in an environment represented as graphical data. For example, a camera associated with computing device 102 can capture images of the environment and provide the images to the recognition service 104D for analysis. Is some configurations, the recognition service 104D locates faces within images and analyze face attributes, such as whether or not the face is smiling or the eyes are open. The recognition service 104D can tag a face with tags such as, but not limited to smiling, frowning, eyes are open/closed, happy/sad, female/male, and the like. The recognition service 104D can also be used for facial recognition to identify an individual depicted within the image.

The text-to-speech (TTS) service 104E is configured to provide speech output in response to receiving text input. The TTS service 104E turns text into lifelike speech, allowing a developer to include characters that talk. In some examples, the TTS service 104E provides lifelike voices across a variety of languages. A developer can select the desired voice and develop a speech-enabled VR/AR application that supports the languages of different countries. In some configurations, the voices provide by the TTS service 104E include male and female voices with a variety of accents. Utilizing the TTS service 104E, the developer specifies the text to be converted to speech via one of the service APIs 116 and the TTS service 104E returns the audio stream. In other examples, the text to be converted to speech can be provided by the client manager 114, an application 110, and/or from some other service 104.

The automatic speech recognition service 104F is configured to provide automatic speech recognition (ASR) functionality for converting speech to text, and to provide natural language understanding (NLU) to recognize the intent of the text. The ASR and NLU enable a developer to build VR/AR applications 110 with highly engaging user experiences and lifelike conversational interactions. In some configurations, the automatic speech recognition service 104F can be provided by AMAZON LEX, by Amazon, Inc. For example, a VR/AR application can be developed that allows a developer to quickly and easily build sophisticated, natural language, conversational bots (e.g., “chatbots”). As speech recognition and natural language understanding can be challenging to implement, the functionality of the automatic speech recognition service 104C can be implemented by a developer.

In some configurations, the ASR service 104F can utilize both text input as well as voice input to provide chat robots or “chatbots”. These “chatbots” allow for highly engaging, conversational experiences, through voice and text, that can be customized and used on mobile devices, web browsers, and on chat platforms. The ASR service 104F utilizes deep learning technologies such as text-to-speech, automatic speech recognition, and natural language processing, to generate chatbots that simulate human conversation and dialogue. A developer can create a chatbot that responds to either voice or text in the language native to the user.

The search service 104G is configured to provide search functionality that can be utilized in developing a VR/AR application as well as using the VR/AR application. In some configurations, the search service 104G is configured to search for “tags” that are associated with different objects associated with one or more virtual environments. According to some examples, the search service 104G maintains the tags that are associated with the graphical models tagged by the recognition service 104D, and/or some other service. For example, the search service 104G may receive a query from the virtual platform service 104C for models that match criteria of the user 120. In response to receiving the query, the search service 104G provides an identification of the different graphical models that meet a search criteria provided by the user 120, an application 110, the client manager 114, and/or from some other service 104.

The recommendation service 104H is configured to provide recommendation functionality that can be utilized to generate recommendations of one or more graphical models that may be included within the virtual environment. In some configurations, the recommendation service 104H is configured to utilize data associated with one or more users 120 associated with the service provider network 110. The recommendation service 104H may access data that indicates acquisitions of one or more products (“free or paid”) of one or more users of the service provider network, customer/user preference data, previous selections of one or more graphical models and/or products available from the service provider network or some other service), and the like. For example, when a user is interacting with the virtual platform service and requests to view “desks” for inclusion within a virtual environment, the recommendation service 104H may access data from the service provider network 110 that indicates one or more desks that have been previously purchased by the user, and/or one or more desks which the user indicated an interest in acquiring or obtaining additional information on. In some configurations, the search service 104G, or some other service 104, can provide data indicating what objects the user is searching for. For instance, the recommendation service 104H may receive data that indicates one or more “tags” for use in generating the recommendation. In response to receiving a request for recommendations, the recommendation service 104H provides an identification of the different graphical models that are recommended for a user 120.

In some configurations, an application 110 can utilize a service API to interact with the recognition service 104D, the TTS service 104E, the ASR service 104F, the search service 104G, and/or other services 104I. For example, an API operation may be used by a VR/AR application to identify an identity of an object or a user.

In some examples, software developers may develop applications 110 using a software developer toolkit (“SDK”) and/or an Integrated Development Environment (“IDE”). An IDE provides comprehensive facilities to developers for software development. In some examples, an IDE includes a source code editor, build automation tools, and a debugger. In many cases, an IDE uses similar user interfaces such that the authoring, modifying, compiling, deploying and debugging software has a consistent look and feel. In some configurations, the IDE is provided by the service provider network 110. The SDK may include an application programming interface (“API”), such as the service API 112, that specifies functionality for connecting the VR/AR application 110 to a service 104 or other tools that might be used by a software developer to develop the VR/AR application 110.

According to some configurations, one or more of the services 104 may use a machine learning mechanism to improve the service data 116 provided by the service. The term “machine learning” may refer to one or more programs that learns from the data it receives. For example, a machine learning mechanism may build, modify or otherwise utilize a model that is created from example inputs and makes predictions or decisions using the model. The model may be trained using supervised and/or unsupervised learning. For instance, over time as a service receives more data, the data provided by the service may change based on actual usage data associated with users of the service that is received. The machine learning mechanism utilized by the service 104 may be refined in response to receiving additional data

It should be understood that various implementations of the operating environment 100 include multiple networks, services 104, applications 110 and service APIs 112. As such, the illustrated operating environment 100 should be understood as being illustrative, and should not be construed as being limiting in any way.

Referring now to FIG. 2, an operating environment 200 is illustrated in which a VR/AR application utilizes different services of a service provider network 110, according to various examples presented herein. The operating environment 200 shown in FIG. 2 is similar to the operating environment shown in FIG. 1, but includes more details. As illustrated, the operating environment 200 includes data stores 202A-202C, an animation manager 204A, a disambiguation manager 204B, a virtual platform manager 204C, and a context service 104I.

The animation service 104A can be configured to provide animation of one or more avatars. In some examples, an animation manager 204A may receive input text to be spoken by an avatar. For example, the input text may be provided by a user, a service 104, or may be sourced from other locations, such as from a written work. The input text may be stored in the data store 202A. The text may be processed using the text-to-speech service 104E and/or the ASR service 104F, which may be performed locally, remotely, or a combination of both, to generate audio data of the text. The audio data may configured for playback to create sounds of a person speaking the text. In various examples, different speaker attributes may be selected or employed to create different sound effects, such as a female voice, a male voice, a deep voice, a high pitched voice, and so forth. In addition to the audio data, speech markup data (SMD) may be created from the text by the text-to-speech service 104E and/or the ASR service 104F and stored in the data store 202A. The SMD may include the sentences of the text, words of the text and/or phonic symbols of the text, which may each include time codes that indicate a time of playback of a respective element of the audio data (e.g., playback of a particular sound at a certain time, etc.). In some examples, the text may be translated from a first language to a second language prior to or after processing by the text-to-speech processor 104E.

The animation manager 204A may receive the SMD, which may be processed to create animations for an avatar. For example, the animation manager 204A may generate first animation sequences of facial features, such as a mouth, of the avatar based at least in part on the phonic symbols and the different time codes associated with each phonic symbol. The animation manager 204A may generate second animation sequences of skeletal components of the avatar based at least in part on the words and the different time codes associated with each word or combinations of words. The skeletal components may include a torso, neck, head, legs, arms, hands, fingers, and/or other body parts that may move to perform gestures and/or animations. More details with regard to operation of the animation manager 204A are provided below.

The animations sequences may be stored in the data store 202A and may be associated with words, phonic symbols, idioms, and/or other data. The animation manager 204A may access select animation sequences based on the text and the SMD to be processed.

In some configurations, the animation manager 204A may receive or determine an emotion value associated with the text, and may use the emotion value (e.g., an parameter, weight, or other designator) to influence the animation sequence, movement, the standard pose, and/or other attributes of the animation. The emotion value may be a numeric value or a non-numeric value, such as a label (e.g., happy, sad, excited, etc.), or another designation. The emotion value may be received from the ASR service 104F, for example. The animation manager 204A may determine the emotion values when unpacking data from the ASR service 104F or another service that provides emotion values. For example, the ASR service 104F may include emotion values assigned via a look up table or other data repository, which may be assigned to individual words, phrases, idioms, sentences, and/or other portions of speech or entire speech. In various embodiments, the ASR service 104F may include emotion values associated with certain words. In some embodiments, the ASR service 104 may utilize machine learning algorithms to determine or generate emotion values. For example, a machine learning algorithm may analyze imagery of facial movements corresponding to actual spoken words to determine emotion values, possibly using training data and/or a feedback look to modify emotion values over time. The machine learning algorithm may analyze a context of words to determine emotional values for associated words, and may compare the determined emotional values to observation data obtained by analysis of real speakers, for example.

In accordance to some embodiments, the animation manager 204A may determine emotion values using the look up table, machine learning, and/or from other services without requiring the emotion values to be provided by the ASR service 104F. For example, the animation manager 204A may, at times, generate and/or apply an emotion value to modify animation of an avatar.

The animation manager 204A may determine or modify movement range of skeletal components based on an emotional value, such as increasing movement range of skeletal components and/or facial features based at least in part on emotional values associated with “happy” or “excited” and reducing movement range of skeletal components and/or facial features based at least in part on for emotional parameters associated with “sad” or “tired”. In some embodiments, the emotion values may be applied to determine movement of skeletal components and/or facial features, such as a value of +2 (increase by 2 units or factor of movement), −3 (decrease by three units or factor of movement), 0 (no change, use default movement), etc.

The animation manager 204A may be designed to interact with one or more users and/or interact with the virtual environment presented by the VR/AR application. The animation manager 204A may generate animations that cause the avatar to interact with objects within a virtual environment, appear to interact with objects in the real world (e.g., look a person or object identified at a specific location in the real world via image capture from one or more cameras, etc.), or both. As an example, objects in the virtual environment may be processed by the recognition service 104D to create tags for the objects that describe the objects, such as including keywords, a name, and/or other information for respective objects. When a word in the text to be spoken by the avatar is associated with information in a tag, the animation manager 204A may evaluate the tagged object as a candidate for use in an animation sequence. For example, if the object is an orange, and the text includes the term “fruit”, the animation manager 204A may generate an animation sequence to depict the avatar looking at the orange or pointing to the orange when saying the word “fruit” during playback of the audio data.

In some examples, the animation manager 204A may receive input signals that indicate objects and locations of the objects in the real world. For example, one or more cameras may capture images of a user interacting with a display that depicts the avatar, objects near the user, other people, and/or other objects. The recognition service 104D may be used to create tags for the objects and/or determine locations/coordinates that locate the objects/people relative to the display or other reference point. Microphone arrays may be used to locate users or a person speaking. The animation manager 204A may generate an animation sequence to depict the avatar looking at an object or person in the real world based on the input signals.

The multi-modal disambiguation service 104B as illustrated in FIG. 2, is configured to determine an object of interest within a virtual environment based on different types of input received from the user 120. As illustrated, the multi-modal disambiguation service 104B includes a data store 202B and a disambiguation manager 204B.

As discussed briefly above, the multi-modal disambiguation service 104B is configured to disambiguate different types of client data received by the multi-modal disambiguation service 104B. The different types of client data can include speech data, gesture data, gaze data, text data, and the like. The disambiguation manager 204B identifies the services to be utilized based on the different types of client data 118 received. For example, disambiguation manager 204B may utilize the recognition service 104C, the automatic speech recognition service 104F, the animation service 104A, the context service 104J, and/or other services in determining an object of interest identified by the different types of input client data. Instead of having to include the functionality of the different services 104, the multi-modal disambiguation service 104B can utilize functionality provided by existing services within the service provider network 110.

Generally, the disambiguation manager 204B determines an object of interest from the multi-modal input of the user 120. The disambiguation manager 204B can determine objects of interest using different types of data, such as but not limited to client data, recognition data, gaze data, ASR data, gesture data, and/or other types of data. The gaze data can indicate that the user is looking at a particular object within the room. This can be confirmed with the use of gesture data (e.g., the user is pointing at the object) to assist in determining the object.

In some configurations, the disambiguation manager 204B compares the tags associated with different objects (e.g., generated by the recognition service 104D) with the different data to identify objects that may be indicated by the different types of input data. The disambiguation manager 204B can also determine which objects within the virtual environment have been gazed at and/or gestured at during a period of time. In some configurations, the gaze data indicates what object a user 120 is or has been looking at within the virtual environment. Similarly, the multi-modal disambiguation service 104B can utilize gesture data (e.g., a user is pointing at an object) that indicates an object. In some configurations, the multi-modal disambiguation service 104B compares the identified objects to determine if each of the different input methods indicate the same object. More details regarding the operation of the multi-modal disambiguation service 104B are described below.

The virtual platform service 104C as illustrated in FIG. 2 is configured to assist a user in creating a virtual environment. As illustrated, the virtual platform service 104C includes a data store 204C and a virtual platform manager 204C.

As discussed briefly above, the virtual platform service 104C is utilized by the user 120 for creating a virtual environment. In some configurations, the user 120 provides client data utilized by the virtual platform service 104C to determine objects to include within the virtual environment. The client data can include many different types of data, such as an image taken from a camera, a graphical model such as a three-dimensional model of an object to place within the virtual environment, speech data indicating a name of an object, a category of an object, a type of an object, and the like. The client data can also include text data that indicates the one or more objects to include in the virtual environment.

The virtual platform manager 204C determines what services to utilize to obtain and/or ingest a provided model into the virtual environment. In some configurations, the virtual platform manager 204C determines whether the user 120 has provided a graphical model to be included within the virtual environment being created or whether the user has provided data indicating to search for a particular model or type of model. When the user 120 has provided a model, the virtual platform manager 204C utilizes the recognition service 104D to associate tags with the model. For instance, the recognition service 104D provides tags for the model that can indicate a category for the model, a name for the model, determines a size of the model, a color of the model, as well as other characteristics of the model. According to some configurations, the recognition service 104D provides “tagging” data to the search service 104G. The search service 104G stores this tagging information such that some service 104, application, or user can search for models within a virtual environment and/or within the service provider network 110 for inclusion within a virtual environment.

In other examples, when the client data 118 received is not a model, the virtual platform manager 204C utilizes the recognition service 104D to analyze and identify one or more objects within the graphics data. As discussed in more detail below, this identifying data received from the recognition service can be used by the virtual platform manager 204C when performing a search for models to include within the virtual environment.

The user 120 may also provide data that indicates that a search is to be performed to locate one or more objects to include within the virtual environment. For example, the user 120 may indicate (e.g. either through graphics data, speech data, text data, or the like) that the user would like to include a “table” within the virtual environment. This indication might be an image of the table, a name of a table, a type of table, or the like. To locate this table, the virtual platform manager 204C may generate one or more search terms and utilize a search service 104G to locate one or more objects to include within the virtual environment. The virtual platform service 104C can generate one or more search terms using the client data and/or service data received from the recognition service, the recommendation service, and/or some other service. For example, the virtual platform manager 204C can generate a search term for one or more of the tags provided by the recognition service 104D and/or generate one or more search terms based on speech data and/or other types of client data 118.

As briefly discussed above, the recommendation service 104H can generate and provide recommendations for one or more graphical models that may be included within the virtual environment. In some configurations, the recommendation service 104H communicates with one or more of the virtual platform service 104C, the recognition service 104D, the search service 104G, and/or one of the other available services 104, or some other application or component. The recommendation service 104H may utilize data that provides an indication of preferences of the user 120 that is interacting with the virtual environment and/or who is developing a VR/AR application. For instance, the data can indicate: acquisition of one or more products by the user 120 from a service associated with the service provider network 110; browsing history of the user, search history of the user, user supplied preferences, and the like. In some configurations, the one or more graphical models that are selected for recommendation by the recommendation service 104H might be based at least, in part, on previous purchases made by the user with an online service. For instance, when the user requests a “lamp” for inclusion within a virtual environment, the recommendation service 104C may receive the tag “lamp” from the virtual platform service 104C, the recognition service 104D, and/or the search service 104G and determine lamp recommendations based on the purchase/viewing history of the user 120. In other examples, the recommendation service 104H may also utilize one or more rules (discussed in more detail below) in determining the recommendations. For instance, a rule used in creating a virtual environment may indicate that the model to include is a specific color, a certain size, and the like.

In some examples, the recommendation service 104H may select a top number of graphical models for recommendation (e.g., 2, 5 or 10). For example, if there are one hundred models that are determined to be candidates for recommendation, the recommendation service 104H may determine the models that are ranked the highest according to specified parameters (e.g., cost, style) associated with the user.

According to some configurations, the virtual platform manager 204C causes a display of at least a portion of the identified models to be displayed within the user interface 130 on display 106. In some configurations, the display is a three-dimensional display. According to some examples, the virtual platform service 104C can position the object(s) according to one or more rule sets and/or other data indicating a positioning of the objects. For example, the data store 202C may include rules data 3021 that provides rules for placing objects within environments. As is discussed in more detail below, the rules data can include information on how objects are to be placed within the virtual environment (e.g., disability requirements, building code requirements, and the like).

In some examples, the virtual platform manager 204C can adjust one or more characteristics of one or more of the objects to ingest into the virtual environment. For example, a size and/or scale of a graphical model can be adjusted to fit the sizing requirements of the virtual environment. In some configurations, the client can specify the location of the object within the virtual environment. In other configurations, the virtual platform service 104C can determine a location of the object within the virtual environment. For example, the user 120 or some other authorized user could specify that a layout of an office is to follow an accessibility ruleset as well as a company ruleset. More details with regard to the operation of the virtual platform service 104C and the virtual platform manager 204C are provided below.

The contextual service 104I as illustrated in FIG. 2, as well as the other services discussed above with regard to FIG. 1 may include one or more application servers, Web servers, data storage systems, network appliances, dedicated hardware devices, and/or other server computers or computing devices for providing the functionality of the different services. In these examples, the computing device 102 can include minimal hardware for connection to a network-based computing platform via a network (not shown). The computing device 102 may communicate via the network to access various services or computing resources described herein. For example, the computing device 102 can access the contextual service 104I, and the other services 104. More details regarding the operation of the contextual service 104, and the animation manager 204A, the disambiguation manager 205B, and virtual platform manager 204C are provided below.

All or a portion of the applications 110 may utilize a service API 112, such as a contextual service API 112, to interact with the contextual service 104I. As discussed above, the applications 114 might be any instructions or data that provide one or more functions. The applications 114 may be configured to call one or more methods exposed by the contextual service API 112 to access the contextual service 104I via a network to take advantage of one or more of the features provided by the contextual service 104. For example, the contextual service API 112 may be used by one or more of the applications 110 and/or one of the services 104 to register to receive notifications, and possibly be activated, in response to a current context. For example, the animation manager 204A can register to receive notifications of when a context associated with user 120 changes. In another example, an application 110 can register to receive notifications of when a context associated with the user 102 changes. The contextual service API 112 might also be used to send data to another application 110, request data relating to a current context, and the like.

As illustrated, the contextual service 104 manages one or more sessions during which a computing device, such as the computing device 102, interacts with the contextual service 104I. The contextual service 104I may support connections to any number of computing devices 102 so that a plurality of users utilizing the various computing devices 102 can share data with the contextual service 104I, as well as one or more of the other services 104, and possibly with one another. As such, the illustrated example is merely illustrative, and should not be construed as being limiting in any way.

In the current example illustrated in FIG. 2, the contextual service 104I identifies services 104 that are relevant to a current context of a user (e.g., the user 120) and provides service data 118 to the services identifies to be relevant to the context. As such, the relevant services 104 to a current context of the user may be utilized by a VR/AR application 110.

In order to determine a current context for a user, the client manager 114 might utilize one or more of the sensors 122 of the computing device 102. The sensors 122 might be configured to determine at least a portion of the client data 118. For examples, the sensors 122 might determine location data, movement data (e.g., speed or acceleration data), weather data, biometric data, time data, lighting data, facial recognition data, graphical data associated with the user 120, graphical data associated with the virtual environment presented to the user 120, and the like. Some of the client data 118 that is associated with a current context of the user 120 might be determined from the current activity performed within the VR/AR application 110. For example, a current activity might relate to a user performing a search, a user moving within the virtual environment, a user accessing a website, and the like. In some examples, the client manager 124 aggregates the various data relating to the current context and sends the client data 118 to the contextual service 104I and/or other services 104.

The contextual service 104I uses the received client data 118 to identify one or more services 104 that are relevant to the current context. As briefly discussed above, a service 104 may be determined to be relevant for a particular context based, at least in part, on whether the service 104 registered with the contextual service 104I to be activated in response to a current context indicated by the client data 118. For example, the contextual service 104I may determine that the services 104A, 104B, 104D and 104G are relevant to the context specified by the client data 118. In this example, the services 104A, 104B, 104D and 104G may be identified in response to a user searching for a particular environment within the environment presented by the VR/AR application. In some examples, the client manager 114 is configured to monitor the context of the user and to provide the client data 118 associated with the context to the contextual service 104I.

FIG. 3 is a system diagram 300 that illustrates using the virtual platform service 104C for creating a virtual environment for a VR/AR application. System diagram 300 includes the virtual platform service 104C in communication with the recognition service 104D, the search service 104G, the recommendation service 104H, and one or more other services (not shown). The virtual platform service 104C may include the virtual platform manager 204C, and the data store 202C.

As discussed briefly above, the virtual platform service 104C is utilized by the user 120 for creating a virtual environment. In some configurations, the user 120 provides client data 118 that is used by the virtual platform service 104C to determine objects to include within the virtual environment. The client data 118 can include many different types of data. For example, the client data 118 can include graphics data such as an image taken from a camera, a graphical model such as a three-dimensional model of an object to place within the virtual environment, speech data indicating a name of an object, a category of an object, a type of an object, and the like. The client data 118 can also include text data that indicates the one or more objects to include in the virtual environment. The client data 118 can be obtained from one or more sensors 122 of the computing device 192, the data store 202D (e.g., a portion of the VR/AR application data 302B), and the like.

After receiving the client data 118, the virtual platform manager 204C determines what services to utilize to obtain and/or ingest a provided model into the virtual environment. In some configurations, the virtual platform manager 204C determines whether the user 120 has provided a graphical model to be included within the virtual environment. For example, the user 120 may upload a graphical model to include within the virtual environment. When the user 120 has provided a model, the virtual platform manager 204C may provide graphics data 302E to the recognition service 104D.

As discussed above, the recognition service 104D associates tags with the model. For instance, the recognition service 104D provides a category for the model, a name for the model, determines a size of the model, a color of the model, as well as other characteristics of the model. Each of these tags can be utilized by other services 104, such as the search service 104G, for locating objects for inclusion within a virtual environment and/or for inclusion within a virtual environment. The recognition service 104D provides the recognition data 302F to the virtual platform manager 204C. The virtual platform manager 204C can then store the model specified by the user 120 along with the tags generated by the recognition service 104D. The virtual platform manager 204C may then include this model in the virtual environment and store the virtual environment as virtual space data 302C within the data store 202C.

In examples, when the client data 118 received is not a model but is graphical data, the virtual platform manager 204C may provide the graphics data 302E to the recognition service 104D. As discussed above, the recognition service 104D analyzes the graphics data 302E to detect and identify one or more objects within the graphics data 302E. As discussed in more detail below, this identifying data received from the recognition service can be used by the virtual platform manager 204C when performing a search for models to include within the virtual environment.

The client data 118 may also provide an indication that a search is to be performed to locate one or more objects to include within the virtual environment. For example, the client data 118 may indicate (e.g. either through graphics data, speech data, text data, or the like) that the user 120 would like to include a “table” within the virtual environment. This indication might be an image of the table, a name of a table, a type of table, or the like. To locate this table, the virtual platform manager 204C may generate one or more search terms and utilize the search service 104G to locate one or more objects to include within the virtual environment. The virtual platform service 104C can generate one or more search terms using the client data 118 and/or the recognition data 302F received from the recognition service 104D. For example, the virtual platform manager 204C can generate a search term for one or more of the tags provided by the recognition service 104D and/or generate one or more search terms based on speech data and/or other types of client data 118.

The virtual platform manager 204C provides the search terms via search data 302G to the search service 104G. The search service 104G uses the search terms in the search data 302G to locate one or more graphical models to include within the virtual environment. In response, the search service provides search results data 302A to the virtual platform service 104C indicating the results of the search.

In some examples, the virtual platform manager 204C interacts with the recommendation service 104H to assist in determining the graphical models to include and/or recommend to include within the virtual environment. According to some configurations, the recommendation service 104H may utilize data 3021 to generate recommendations for one or more graphical models for the user 120. The data 3021 may indicate an identity of the user 120 such that the recommendation service 104H can access the purchase/preference data associated with the user 120. As discussed above, the recommendation service 104H can generate the recommendations for the user 120 based on previous acquisitions of the user 120 from a service associated with the service provider network 110, browsing history of the user, search history of the user, user supplied preferences, and the like. For instance, when the user 120 requests a “table” for inclusion within a virtual environment, the recommendation service 104C may identify tables that the user 120 has either purchased and/or viewed previously. In other examples, the recommendation service 104H may also utilize one or more rules included within the rules data 320 in determining the recommendations. According to some configurations, the virtual platform manager 204C causes a display of at least a portion of the identified models to be displayed within the user interface 130 on display 106. In some configurations, the display is a three-dimensional display. According to some examples, the virtual platform service 104C can position the object(s) according to one or more rule sets and/or other data indicating a positioning of the objects. For example, the data store 202C may include rules data 3021 that provides rules for placing objects within environments. In other examples, the objects identified can be positioned based at least in part on a recommendation service 104H, preferences of the user, and the like. For instance, the objects returned by the search service 104G can be ordered based on previous actions of the user (e.g., purchases, uses, . . . ), preferences of the user, and/or preferences and/or rules of some other service 104 and/or authorized user.

In some examples, the virtual platform manager 204C can adjust one or more characteristics of one or more of the objects to ingest into the virtual environment. As discussed above, the virtual platform service 104C can determine to change one or more characteristics of a graphical model, or some other object, to be ingested into the virtual environment. For example, a size and/or scale of a graphical model can be adjusted to fit the sizing requirements of the virtual environment. In some examples, the characteristics can be adjusted to match other models included within the virtual environment. In some configurations, tags associated with the model can be accessed within model data 302D to determine a current size of the model. Similarly, an object color could be changed to match a color palette associated with the virtual environment.

The virtual platform manager 204C then ingests the object(s) into the virtual environment. In some configurations, the client can specify the location of the object within the virtual environment. In other configurations, the virtual platform service 104C can determine a location of the object within the virtual environment. For instance, the virtual platform service 104C can determine a location of a desk within an office based on one or more rulesets (e.g., stored within rules data 3021) associated with configuring an office. For example, the client or some other authorized user could specify that a layout of an office is to follow an accessibility ruleset as well as a company ruleset. A ruleset can include any rules that are associated with an environment. For example, a ruleset can specify city code requirements for layout of a space, required objects to be placed into a space, and the like. In some cases, the rulesets can be obtained from different sources, such as but not limited to government regulations, building regulations, architecture guidelines, color compatibility, and the like. For instance, the virtual platform service 104C can utilize other rulesets such as a ruleset associated with Feng shui, and the like. As another example, when some other object is to be associated with the virtual environment (e.g., a light switch, a light, etc.) rules data can be accessed to assist in determining where to locate the object. In yet other configurations, the virtual platform service an access historical data that is associated with the user creating the virtual environment. For instance, the historical data can provide an indication of what type of model to place within the virtual environment, as well as where to place the model. The virtual platform manager 204C may then store the virtual environment as virtual space data 302C within the data store 202C.

FIG. 4 is a system diagram 400 that illustrates using the multi-modal disambiguation service 104B for disambiguating multi-modal input associated with a VR/AR application. System diagram 400 includes the multi-modal disambiguation service 104B in communication with the recognition service 104D, the ASR service 104F, the animation service 104A, and one or more other services (not shown). The multi-modal disambiguation service 104B may include the disambiguation manager 204B, and the data store 202B.

As discussed above, different types of client data is received by the multi-modal disambiguation service 104B. The different types of client data can include speech data, gesture data, gaze data, text data, and the like. The disambiguation manager 204B identifies the services to be utilized based on the different types of client data 118 received. For example, graphics data 402C is provided to the recognition service 104C, speech data 402E is provided to the automatic speech recognition service 104F, and animation data 402G is provided to the animation service 104A. Instead of having to include the functionality of the different services 104, the multi-modal disambiguation service 104B can utilize functionality provided by existing services within the service provider network 110.

Recognition data 402D is received by the multi-modal disambiguation service 104B from the recognition service 104D. The recognition data 402 can include different types of data, such as tags associated with one or more objects depicted within the graphics data 402C. ASR results data 402F is received from the ASR service. The ASR results data 402 can indicate one or more words contained within the client data 118 and/or may indicate other data associated with a conversation between the user 120 and the multi-modal disambiguation service 104B. For example, the ASR service 104F can provide the ASR results data 402F that indicates that the user 120 is discussing “desks” to include within a virtual environment.

The disambiguation manager 204B determines an object of interest associated with the different types of client data 118. The disambiguation manager 204B can determine objects of interest using the client data 118, recognition data 402D, gaze data, ASR results data, gesture data, and/or other types of data. The gaze data can indicate that the user is looking at a particular object within the room. This can be confirmed with the use of gesture data (e.g., the user is pointing at the object) to assist in determining the object.

In some configurations, the disambiguation manager 204B compares the tags associated with different objects with the different data to identify objects that may be the subject of the client data 118. For example, the user 120 may provide client data 118 that includes speech data to select one of the chairs within a virtual environment. The chairs in the environment can be identified by the multi-modal disambiguation service 104B by identifying the models that include the tag “desk chair”. Since there is more than one chair, the chair of interest to the user has not yet been identified.

The disambiguation manager 204B can also determine which objects within the virtual environment have been gazed at and/or gestured at during a period of time. In some configurations, the client data 118 includes gaze data that indicates what object a user is or has been looking at within the virtual environment. Similarly, the multi-modal disambiguation service can receive client data 118 that comprises gesture data (e.g., a user is pointing at an object) that indicates an object. In some configurations, the multi-modal disambiguation service compares the identified objects to determine if each of the different input methods indicate the same object.

According to some configurations, an avatar may be presented by the animation service 104A within the virtual environment to assist in disambiguating an object to interest. The avatar can be used to assist in selecting the object of interest. For instance, the avatar can move next to the object that is determined by the multi-modal disambiguation service to be the most likely object of interest. In other examples, the animation avatar can point to an object.

In other configurations, the ASR speech recognition service 104F can be utilized to “talk” with the user to determine the objects of interest. The multi-modal disambiguation service 104B can utilize a speech service to have a “chat” with the user to determine the object of interest. In this way, the object of interest can be confirmed with the user through conversation.

FIG. 5 is a system diagram 500 that illustrates using the animation service 104 a for providing animations of one or more avatars for a VR/AR application. System diagram 500 includes the animation service 104A in communication with the language service 104J, the ASR service 104F, and one or more other services 104I. The animation service 104A may include the animation manager 204A, and the data store 202A.

As discussed above, the animation service 104A can be configured to provide animation of one or more avatars. The animation manager 204A can communicate with different services 104 to receive input text to be spoken by an avatar. For example, the animation manager 204 may utilize the language service 104J to translate text into a language specified by the user 120, or some other authorized user. The input text may be stored in the data store 202A. The text may be processed using the text-to-speech service 104E and/or the ASR service 104F. The audio data may be configured for playback to create sounds of a person speaking the text. In various examples, different speaker attributes may be selected or employed to create different sound effects, such as a female voice, a male voice, a deep voice, a high pitched voice, and so forth. In addition to the audio data, speech markup data (SMD) may be created from the text by the text-to-speech service 104E and/or the ASR service 104F and stored in the data store 202A. The SMD may include the sentences of the text, words of the text and/or phonic symbols of the text, which may each include time codes that indicate a time of playback of a respective element of the audio data (e.g., playback of a particular sound at a certain time, etc.). In some examples, the text may be translated from a first language to a second language prior to or after processing by the text-to-speech processor.

The animation manager 204A may receive the SMD, which may be processed to create animations for an avatar. For example, the animation manager 204A may generate first animation sequences of facial features, such as a mouth, of the avatar based at least in part on the phonic symbols and the different time codes associated with each phonic symbol. The animation manager 204A may generate second animation sequences of skeletal components of the avatar based at least in part on the words and the different time codes associated with each word or combinations of words. The skeletal components may include a torso, neck, head, legs, arms, hands, fingers, and/or other body parts that may move to perform gestures and/or animations.

The animation manager 204A may determine animations based on selected words, which may be associated with animation sequences or gestures. For example, the word “big” may be associated with an animation sequence that acts out extending arms from side to side in a gesture of “big” whereas the word “small” may be associated with an animation sequence that acts out extending, in front of the avatar's head, an index finger and thumb slightly apart to form a small gap in a gesture of “small”. Many different words may be associated with different animation sequences or gestures. The animation manager 204A may process an occurrence of the word in the text that includes an animation sequence as a candidate for performance of the animation sequence. However, the performance may be based on implementation of rules, which may be used to select which words are selected for animation sequences and which words do not initiate special animation sequences.

The animations sequences may be stored in the data store 202A and may be associated with words, phonic symbols, idioms, and/or other data. The animation manager 204A may access select animation sequences based on the text and the SMD to be processed. In some examples, similar words may be associated with a same animation sequence or similar variations thereof. Thus, words may be grouped into different categories, which may be associated with similar or same animation sequences. For example, the words “big”, “huge”, “enormous” and “giant” may all be grouped into a same category and may all be associated with a same animation sequence or a similar animation sequence, possibly only varying in a movement range of the animated sequence.

The animation manager 204A may generate combined animation sequences of the avatar that include the first animation sequences and the second animation sequences, which may be stored in the data store 202A, possibly as a file. In some examples, some animation sequences may be blended with other sequences to create and depict natural looking movement of the avatar. For example, when animation sequences conflict in a time period (such as the words “big” and “small” are used within a short period of time (a few seconds), then both example animation sequences discussed above may not be selected since they conflict and would not depict a natural looking animation. In such an instance, the animation manager 204A may select one of the words for use to generate (or select) an animation sequence or may not select either words to generate or select an animation sequence(s). Blending may enable transition between a first animation sequence and a subsequent animator sequence. In some examples, blending may be performed by having the avatar return to a standard pose before performing the subsequence animation sequence. The standard pose may vary based on a context. For example, if the animation of the avatar depicts the avatar in a seated position, the standard pose for that avatar may be different than a standard pose for an avatar depicted as standing.

In some configurations, the animation manager 204A may receive or determine an emotion value associated with the text, and may use the emotion value (e.g., an parameter, weight, or other designator) to influence the animation sequence, the standard pose, and/or other attributes of the animation. The emotion value may be received from the ASR service 104F, for example, and/or be generated or provided as discussed above. The animation manager 204A may determine or modify movement range of skeletal components and/or facial features based on an emotional value, such as increasing movement range for emotional values associated with “happy” or “excited” and reducing movement range for emotional values associated with “sad” or “tired”.

The animation manager 204A may be designed to interact with one or more users and/or interact with the virtual environment presented by the VR/AR application. The animation manager 204A may generate animations that cause the avatar to interact with objects within a virtual environment, appear to interact with objects in the real world (e.g., look a person or object identified at a specific location in the real world via image capture from one or more cameras, etc.), or both. As an example, objects in the virtual environment may be processed by the recognition service 104D to create tags for the objects that describe the objects, such as including keywords, a name, and/or other information for respective objects. When a word in the text to be spoken by the avatar is associated with information in a tag, the animation manager 204A may evaluate the tagged object as a candidate for use in an animation sequence. For example, if the object is an orange, and the text includes the term “fruit”, the animation manager 204A may generate an animation sequence to depict the avatar looking at the orange or pointing to the orange when saying the word “fruit” during playback of the audio data.

In some examples, the animation manager 204A may receive input signals that indicate objects and locations of the objects in the real world. For example, one or more cameras may capture images of a user interacting with a display that depicts the avatar, objects near the user, other people, and/or other objects. The recognition service 104D may be used to create tags for the objects and/or determine locations/coordinates that locate the objects/people relative to the display or other reference point. Microphone arrays may be used to locate users or a person speaking. The animation manager 204A may generate an animation sequence to depict the avatar looking at an object or person in the real world based on the input signals.

FIG. 6A is a schematic diagram 600 of different illustrative animation body sequences for an avatar based on different input words spoken by the avatar. In some examples, a collection of animation sequences may be associated with different words, combination of words, phonic symbols, and/or other parts of speech, which may be included in the speech markup data (SMD) that is derived from the text.

As shown in FIG. 6A, a first input of text 602 may be received and processed to identify keywords associated with animation sequences. For example, the text “I don't know if this is a true story” may be processed by the animation manager 204A to determine that one or more of the words “I don't know” include a first keyword(s) 604 that is associated with a first skeletal animation sequence 606. The first skeletal animation sequence 606 may cause animation of skeletal components of the avatar to extend arms with palms of hands facing upwards to create a gesture associated with “I don't know”. The animation manager 204A may cause rendering of texture mappings (e.g., clothing, skin, etc. on avatars) to depict a first avatar animation sequence 608. The animation may be triggered to start performance upon playback of the audio data at a certain word (e.g., the first keyword 604, etc.) or at a time code associated with the word or words that trigger the animation sequence. The first skeletal animation sequence 606 may last only part of the time that the animation manager 204A processes animations for facial features (e.g., mouth movements, etc.), which animate speaking of the text as discussed below in FIG. 6B. The animations may synchronized with playback of the audio data. After completion of the first avatar animation sequence associated with “I don't know”, the animation manager 204A may animate the avatar to a standard pose, such as to render the avatar in a standing position with hands in a relaxed and downward position near the avatar's waist, for example. The standard pose may include some animated movements that do not depict or convey any recognizable gestures, and may be performed during replay of at least some of the words “if this is a true story”.

In some examples, one or more words of the phrase “if this is a true story” may include other keywords associated with another animation sequences. Those additional animation sequences may or may not be selected for use by the animation manager 204A, such as based on application of rules. The rules may establish an amount of time (e.g., a falloff time) between animation sequences, which animations can precede or follow other animation sequences, and amounts of buffer time between (for execution of the standard pose), and so forth. For example, the rules may limit use of only one animation sequence every N amount of seconds or milliseconds (e.g., where N may be 3 seconds or 3000 milliseconds, or any other predetermined amount of time). Thus, if playback of a portion of the audio data takes 10 seconds and the limit for each sequence is 3 seconds (N=3 seconds), then the playback could only have up to three different animation sequences that include gestures based on keywords, but would likely have fewer animation sequences since not all words in the audio data will include an association with animation sequences. The rules may be stored in the data store 202A. The following provides additional examples of text and animation sequences to further illustrate the concepts discussed herein.

A second input of text 610, “There once was a really big monster”, may be received and processed to identify keywords associated with animation sequences. For example, the text “big” may be processed by the animation manager 204A and determined as a second keyword(s) 612 that is associated with a second skeletal animation sequence 614. The second skeletal animation sequence 614 may cause animation of skeletal components of the avatar to move an arm near a head of the avatar and extend an index finger from a thumb to create a gesture associated with “big”. The animation manager 204A may cause rendering of texture mappings (e.g., clothing, skin, etc. on avatars) to depict a second avatar animation sequence 616. The animation may be triggered to start performance upon playback of the audio data at a certain word (e.g., the second keyword 612, etc.) or at a time code associated with the word or words that trigger the animation sequence. The second skeletal animation sequence 614 may last only part of the time that the animation manager 204A processes animations for facial features (e.g., mouth movements, etc.). The second skeletal animation sequence 614 may be preceded by the avatar being in the standard pose while the words “there was once a really” are played back.

A third input of text 618, “Who lived inside an underground cavern”, may be received and processed to identify keywords associated with animation sequences. For example, the text “inside” may be processed by the animation manager 204A and determined as a third keyword(s) 620 that is associated with a third skeletal animation sequence 622. The third skeletal animation sequence 622 may cause animation of skeletal components of the avatar to extend an arm outward from a torso and point a finger downwards toward the ground to create a gesture associated with “inside”. The animation manager 204A may cause rendering of texture mappings (e.g., clothing, skin, etc. on avatars) to depict a third avatar animation sequence 624. The animation may be triggered to start performance upon playback of the audio data at a certain word (e.g., the third keyword 620, etc.) or at a time code associated with the word or words that trigger the animation sequence. The third skeletal animation sequence 622 may last only part of the time that the animation manager 204A processes animations for facial features (e.g., mouth movements, etc.). The third skeletal animation sequence 622 may be preceded by the avatar being in the standard pose while the words “who lived” are played back, and may return to the standard pose for at least playback of some of the words “an underground cavern”.

A fourth input of text 626, “When it growled, the town shook in fear”, may be received and processed to identify keywords associated with animation sequences. For example, the text “fear” may be processed by the animation manager 204A and determined as a fourth keyword(s) 628 that is associated with a fourth skeletal animation sequence 630. The fourth skeletal animation sequence 630 may cause animation of skeletal components of the avatar to extend arms upwards and shake hands back and forth quickly to create a gesture associated with “fear”. The animation manager 204A may cause rendering of texture mappings (e.g., clothing, skin, etc. on avatars) to depict a fourth avatar animation sequence 632. The animation may be triggered to start performance upon playback of the audio data at a certain word (e.g., the fourth keyword 628, etc.) or at a time code associated with the word or words that trigger the animation sequence. The fourth skeletal animation sequence 630 may last only part of the time that the animation manager 204A processes animations for facial features (e.g., mouth movements, etc.). The fourth skeletal animation sequence 630 may be preceded by the avatar being in the standard pose while the words “who lived” are played back, and may return to the standard pose for at least playback of some of the words “an underground cavern”.

FIG. 6B is a schematic diagram 640 of different illustrative animation facial sequences based on input phonics spoken by an avatar. The diagram 640 includes time codes 642, words 644, phonic symbols 646, and animation sequences 648 based on at least the phonic symbols 646.

The time codes 642 may span an amount of time (e.g., ti) used to playback the audio of the text or portion of the text. In the example provided in FIG. 6B, the text reads “There was once a really big monster.” The time codes 642 may include first time codes 650 that indicate a time of occurrence of each word in the text. The time codes 642 may include second time codes 652 that indicate a time of occurrence of each phonic symbol in the text. The combined time codes may represent third time codes, which may be used to cue the different animation sequences 648, such as skeletal animations and facial animations.

The words may be analyzed by the ASR service 104F to create the speech markup data that includes the phonic symbols 646. The specific phonic symbols 654 may be associated with animation sequences of facial features and/or mouth movements 656. The phonic symbols 654 may be unique sounds, sounds associated with particular mouth or facial movements, or other subdivisions of words or sentences used to create or select animation sequences. Different levels of granularity may be used to describe the words other than the phonic symbols shown in FIG. 6B. For example the text may include more phonic symbols than the nine phonic symbols shown in FIG. 6B. The animation sequences 648 and corresponding phonic symbols 646 may be stored in the data store 202A. The animation sequences 648 may be associated with the third time codes and may be played back at occurrence of the third time code to synchronize movement of facial features and/or mouth movements with playback of the audio data to animate speaking by the avatar.

The animation sequences 648 may be applied, during animation, to a face of the avatar while the avatar performs animations of the skeletal components, as shown and described above with reference to FIG. 6A. Thus, the animations may cause the mouth movements via the animation sequences 648, and may perform the second skeletal animation sequence 614 at or near replay of the word “big” during playback of the audio data to create combined animation sequences.

FIGS. 6C and 6D are schematic diagrams of an illustrative avatar interacting with a virtual object. FIG. 6C shows a schematic diagram 660 that includes an avatar 662, a first object 664, and a second object 666 located in a virtual environment 668. The avatar 662 may be animated to speak and provide gestures using animation sequences described above, which may be generated based on text, such as text input by a user.

The virtual environment 668 may include some or many objects, such as the first object 664 and the second object 666. The virtual environment may also include one or more avatars, such as the avatar 662 and possibly other avatars. The avatar 662 may be animated based on inputted text to animate speaking the text and performing gestures. In some examples, other avatars may be animated to listen to the avatar 662 and/or perform gestures in reaction to the speech by the avatar 662, for example.

In various examples, the objects in the environment 668 may be processed by the recognition service 104D to create tags. The tags may include keywords and/or other information that describes the objects, relationships between the objects, locations of the objects, and/or other relevant information. For example, the first object 664 may include tags such as “table”, “brown”, “wood”, “brand x”, etc., while the second object 666 may include tags such as “orange”, “round”, “fruit”, etc. Relationships and positions/locations of the objects may be included in the tags or determined by analysis of the environment, possibly using the recognition service 104D. For example, the recognition service 104D may determine, by analyzing the environment, that the “orange” is located on top of the “table”. This information may be used when generating animation sequences for gestures by the animation service 104A. For example, when the text to be spoken by the avatar mentions an “orange”, the word “orange” may be linked to a tag associated with the second object 666. An animation sequence may be generated to depict the avatar 662 to gesture toward the second object 666 during animation synchronized with playback of audio data (e.g., the speaking of the word “orange” in this example).

FIG. 6D shows a schematic diagram 670 that includes the avatar 662 having illustrative pointers 672 projected from avatar features. The pointers 672 may include a sightline pointer 674 associated with a direction that the avatar is depicted to look toward. The pointers may include finger pointers 676 associated with a direction of each finger or other appendage of the avatar. For example, each hand may have up to five pointers when the fingers are extended, but may have less pointers if fewer fingers are extended (and thus are not likely pointing at anything). The pointers 672 may be used with other skeletal components of the avatar, such as legs, feet, arms, and/or hands. The pointers 672 may be used for reference purposes, and may not be rendered for display to a user. For example, when the avatar is animated to gesture toward the second object 666, the animation sequence may depict the avatar in such a way that the sightline pointer is directed toward the second object 666. When the animation sequence generates animation sequences to motion toward an object via animation of a hand of the avatar, at least some of the finger pointers 676 may generally point toward the object.

FIGS. 7-11E are flow diagrams showing routines that illustrate aspects of using a framework that provides VR applications and/or AR applications the ability to access to different services. It should be appreciated that the logical operations described herein with respect to FIGS. 7-11E, and the other FIGS., may be implemented (1) as a sequence of computer implemented acts or program modules running on a computing system and/or (2) as interconnected machine logic circuits or circuit modules within the computing system.

The implementation of the various components described herein is a matter of choice dependent on the performance and other requirements of the computing system. Accordingly, the logical operations described herein are referred to variously as operations, structural devices, acts, or modules. These operations, structural devices, acts, and modules may be implemented in software, in firmware, in special purpose digital logic and any combination thereof. It should also be appreciated that more or fewer operations may be performed than shown in the FIGS. and described herein. These operations may also be performed in parallel, or in a different order than those described herein.

FIG. 7 is a flow diagram showing a routine 700 illustrating aspects of a mechanism disclosed herein for ingesting models into a virtual environment.

At 702, client data 118 is obtained that indicates one or more objects to include within a virtual environment. As discussed above, the client data 118 may include many different types of data. For example, the client data 118 can include graphics data such as an image taken from a camera, a graphical model such as a three-dimensional model of an object to place within the virtual environment, speech data indicating a name of an object, a category of an object, a type of an object, and the like. The client data 118 can also include text data that indicates the one or more objects to include in the virtual environment.

At 704, a decision is made as to whether the client data 118 received is graphical data. When the client data 118 received is graphical data, the routine moves to 706. When the client data received is not graphical data, the routine moves to 708. As discussed above, the graphical data can include image data that depicts one or more objects, a graphical model, and the like.

At 706, at least a portion of the graphical data is provided to the recognition service 104D. As discussed above, a recognition service 104D can be utilized to tag graphical models that ingested into the virtual environment. In other configurations, the recognition service 104D can analyze an image to detect and identify one or more objects within the graphical data. This identifying data received from the recognition service 104D can be used when performing a search for models to include within the virtual environment.

At 708, a decision is made as to whether the client data 118 provides an indication that a search is to be performed to locate one or more objects to include within the virtual environment. When the client data 118 received indicates that a search is to be performed, the routine moves to 710. When the client data received indicates that a search is not to be performed, the routine moves to 712. As discussed above, the client data 118 may provide data that indicates a model to include within the virtual environment. For example, the client data 118 may indicate that the user would like to include a “desk” within the virtual environment. This indication might be an image of the desk, a name of a desk, a type of desk, or the like. To locate this desk, the virtual platform search may generate one or more search terms and utilize a search service.

At 710, the search service 104G is used to perform a search to locate one or more graphical models to include within the virtual environment. As discussed above, the virtual platform service 104C can generate one or more search terms using the client data 118 and/or service data 116 received from the recognition service 104D. For example, the virtual platform service 104C can generate a search term for one or more of the tags provided by the recognition service 104D and/or generate one or more search terms based on speech data and/or other types of client data 118. Once the search terms are generated, the virtual platform service 104C can provide the search terms to the search service 104G. As discussed above, the search service 104G may interact with a recommendation service 104H in determining the one or more graphical models to present to the user. In response, the search service 104G provides service data indicating the results of the search. According to some configurations, the search service 104G provides an indication of one or more graphical models that can be included within the virtual environment.

At 712, the client data 118 received from the client, the recognition service 104D, the search service 104G, and/or other services 104 are used to ingest the one or more object(s) within the virtual environment. As discussed above, the virtual platform service 104C can cause one or more of the models identified to be displayed within the virtual environment. In some examples, the virtual platform service 104C can position the object(s) according to one or more rule sets and/or other data indicating a positioning of the objects.

At 714, one or more characteristics of one or more of the objects to ingest into the virtual environment is adjusted. As discussed above, the virtual platform service 104C can determine to change one or more characteristics of a graphical model, or some other object, to be ingested into the virtual environment. For example, a size and/or scale of a graphical model can be adjusted to fit the sizing requirements of the virtual environment. In some configurations, tags associated with the model can be accessed to determine a current size of the model. Similarly, an object color could be changed to match a color palette associated with the virtual environment.

At 716, the object(s) are incorporated into the virtual environment. As discussed above, the client can specify the location of the object within the virtual environment. In other configurations, the virtual platform service 104C can determine a location to place the object within the environment. For instance, the virtual platform service 104C can determine a location of a desk within an office based on one or more rulesets associated with configuring an office. For example, the client or some other authorized user could specify that a layout of an office is to follow an accessibility ruleset as well as a company ruleset. Similarly, the virtual platform service 104C can utilize other rulesets such as a ruleset associated with Feng shui, and the like. As another example, when some other object is to be associated with the virtual environment (e.g., a light switch, a light) rules data can be accessed to assist in determining where to locate the object. In yet other configurations, the virtual platform service 104C can access historical data that is associated with the user creating the virtual environment. For instance, the historical data can provide an indication of what type of model to place within the virtual environment, as well as where to place the model.

At 718, the virtual environment is stored. As discussed above, the virtual environment can be stored within a data store of the service provider network 110.

FIG. 8 is a flow diagram showing a routine 800 illustrating aspects of a mechanism disclosed herein for disambiguating multi-modal input.

At 802, different types of input client data 118 is received. As discussed above, the different type of client data 118 can include speech data, gesture data, gaze data, text data, and the like.

At 804, services 104 are identified to be utilized based on the different types of input client data that is received. As discussed above, different services 104 provided by the service provider network 110, or some other service provided by a different entity, can be used to process the client data. FIG. 10 provides more details on selecting a service 104.

At 806, the data is provided to the identified services 104. As discussed above, the speech data can be provided to a speech service, the text data can be provided to a language service, and the like.

At 808, service data 116 from the identified services is received. As discussed above, each of the services can provide data used by the multi-modal disambiguation service 104B to assist in determining the object of interest.

At 810, the objects of interest are determined using the service data, gaze data, speech data, gesture data, and/or other types of data. As discussed above, the gaze data can indicate that the user is looking at a particular object within the room. This can be confirmed with the use of gesture data (e.g., the user is pointing at the object) to assist in determining the object. More details are provided below with regard to FIG. 9.

FIG. 9 is a flow diagram showing a routine 900 illustrating aspects of a mechanism disclosed herein for determining an object of interest.

At 902, tags associated with different objects are compared with client input data to identify relevant objects. As discussed above, the tags of the objects within the environment can be utilized to determine an object that is of interest to the user. For example, the user may provide speech input to select one of the chairs within the environment. The chairs in the environment can be identified by the multi-modal disambiguation service 104B by identifying the models that include the tag “desk chair”. Since there is more than one chair, the chair of interest to the user has not yet been identified.

At 904, a determination is made as to which objects within the virtual environment have been gazed at and/or gestured at during a period of time. As discussed above, the multi-modal disambiguation service 104B can receive gaze data that indicates what object a user is or has been looking at within the virtual environment. Similarly, the multi-modal disambiguation service 104B can receive gesture data (e.g., a user is pointing at an object) that indicates an object.

At 906, candidate object(s) of interest are identified. As discussed above, each of the different types of input may identify one or more different objects within the environment. In some configurations, the multi-modal disambiguation service compares the identified objects to determine if each of the different input methods indicate the same object.

At 908, a decision is made as to whether there is more than one object that has been identified. When there is more than one object, the routine moves to 910. When there is not more than one object the routine returns to processing other actions.

At optional 910, an avatar may be used to assist in disambiguating an object to interest. As discussed above, an avatar can be used to assist in selecting the object of interest. For instance, the avatar can move next to the object that is determined by the multi-modal disambiguation service 104B to be the most likely object of interest. In other examples, the animation avatar can point to an object.

At 912, a speech service 104E and/or ASR service 104F can be utilized to “talk” with the user to determine the objects of interest. As discussed above, the multi-modal disambiguation service can utilize a speech service to have a “chat” with the user to determine the object of interest.

FIG. 10 is a flow diagram showing a routine 1000 illustrating aspects of a mechanism disclosed herein for identifying services to utilize.

At 1002, a determination is made as to whether at least a portion of the client data received is text data and/or speech data. When the data does include text data and/or speech data, the routine moves to 1004. When the data does not include text data and/or speech data, the routine moves to 1006.

At 1004, the automatic speech recognition service 104F is selected to receive at least a portion of the client data.

At 1006, a determination is made as to whether at least a portion of the client data received is graphics data. When the data does include graphics data, the routine moves to 1008. When the data does not include graphics data, the routine moves to 1010.

At 1008, the recognition service 104D is selected to receive at least a portion of the client data 118.

At 1010, a determination is made as to whether at least a portion of the client data 118 received includes other types of data. When the data does include other types of data, the routine moves to 1012. When the data does not include other types of, the routine returns to processing other actions.

At 1012, one or more other services 104 are selected to receive at least a portion of the client data.

FIG. 11A is a flow diagram showing a routine 1100 illustrating aspects of a mechanism disclosed herein for generating animation based on inputted text.

At 1102, the animation service 104A may receive text. The text may be received from a user or from another source, such as a prewritten document. The text may include words that are to be spoken by an avatar that is animated and performs gestures during speaking of the text, where the gestures are associated with a context of the text.

At 1104, the animation service 104A may send text to the text-to-speech service 104E and/or the ASR service 104F to generate audio data and speech markup data. The audio data may include speech audio of the text. The audio data may be generated to create specific sound profiles of a speaker, such as a male voice, a female voice, a deep voice, a high pitched voice, a sad voice, an excited voice, and/or other variations or combinations thereof. The speech markup data may include at least one or more phonic symbols, one or more words, and one or more time codes. The one or more time codes may indicate a time of occurrence of the one or more phonic symbols and the one or more words during playback of the audio data. In some examples, the text may include and/or be associated with at least some markup data before the text is sent to the text-to-speech service 104E and/or the ASR service 104F. For example, markups and/or other information may be added to the text, which may be used by the animation service 104A and/or other services discussed herein.

At 1106, the animation service 104A may receive the audio data with the text. For example, the animation service 104A may receive the audio data as an audio file (e.g., .mp3 file, WAV file, or other file type).

At 1108, the animation service 104A may receive the speech markup data including at least the phonic symbols, the words, and the time codes. For example, the speech markup data may be received as structured data in database or other repository enabling extraction of components of the data.

In some examples, when the system includes the text to the speech service 104E and/or the ASR service 104F as local services, the operations 1104 to 1108 may include determining, using the text-to-speech service 104D, audio data associated with the text and determining speech markup data including at least one or more phonic symbols, one or more words, and one or more time codes. The one or more time codes may indicate a time of occurrence of the one or more phonic symbols and the one or more words during playback of the audio data.

At 1110, the animation service 104A may generate one or more first animation sequences of facial features, such as a mouth, of the avatar based at least in part on the one or more phonic symbols and the time codes associated with the phonic symbols.

At 1112, the animation service 104A may generate one or more second animation sequences of a body of the avatar based at least in part on the one or more words and the time codes associated with the words. The animation sequences may drive animation/movement of skeletal components, which may then be rendered with textures mapped to the skeletal components to depict skin, clothing, etc. In some examples, at least some of the second animation sequences may be based on at least some of the phonic symbols. For example, a certain phonic symbol may be used as a trigger or keyword to initiate a certain gesture depicted by movement/animation of the body of the avatar. In various examples, words may be associated with an idiom, and the second animation sequences may include a predetermined gesture to visually communicate the idiom.

At 1114, the animation service 104A may output the audio data synchronized with output of combined animation sequences of the avatar that include the one or more first animation sequences and the one or more second animation sequences. The output may be a file, such as a downloadable animation file that includes the animation, the sound, or both. In various examples, the combined animation sequences may include a blending of a first animation sequence and a second animation sequence to create at least part of the second gesture sequence. The output may include a virtual environment that includes at least one object in the virtual environment along with the avatar. The virtual environment may include another avatar and/or other objects, which may be associated with tags as discussed above.

FIG. 11B is a flow diagram showing a routine 1120 illustrating aspects of a mechanism disclosed herein for generating animation sequences to gesture toward real world objects.

At 1122, which may follow the operation 1108 described above, the animation service 104A may receive graphics data from a camera. The graphics data may depict a scene from the real world. For example, the scene may include a person viewing the animation of the avatar, objects near the person, and so forth.

At 1124, the animation service 104A may send the graphics data to the recognition service 104D to tag at least an object in the scene. The tag may include a description of the object and coordinates of the object in the imagery. For example, the tag may include information about different people in the scene and their proximity to the camera or display as well as identification of objects in the scene, such as furniture or other objects. In some examples, the recognition service 104D may perform facial recognition to identify the people in the scene and possibly associate names to the people, such as “John” and/or other real names or aliases of the people.

At 1126, the animation service 104A may determine at least one of the words is associated with the description of the object. For example, the works to be spoken by the avatar may include the word “John”, which may be used as a keyword and may be associated with the person in the scene.

At 1128, the animation service 104A may generate the second animation sequences to include an animation gesture toward the object. In the example, above, the avatar may gesture toward “John”, such as by looking toward John, pointing toward John or making another gesture or series of gestures toward or associated with John. The animation service 104A may generate second animation sequences toward other objects, such as walls, objects in the scene, food, and/or other real world objects tagged and recognize by the recognition service 104D.

In some examples, information other than graphics data, or in addition to graphics data, such as sound captured by an array of microphones. For example, sound captured by an array of microphones may be analyzed to determine a location of the sound (e.g., via beamforming, etc.), which may be an input to the animation service.

FIG. 11C is a flow diagram showing a routine 1130 illustrating aspects of a mechanism disclosed herein for generating animation sequences to gesture toward virtual objects based on tags of the virtual objects.

At 1132, which may follow the operation 1108 described above, the animation service 104A may receive the speech markup data. For example, the speech markup data may be received from the speech service 104E and/or the ASR service 104F or may be determined by the speech service 104E and/or the ASR service 104F.

At 1134, the animation service 104A may determine an object in a virtual environment, where the virtual environment includes the avatar. For example, objects in the virtual environment may be tagged by the recognition service 104D to provide information about the objects, including names, description and possibly location information.

At 1136, the animation service 104A may determine at least one of the words from the text used to create the speech markup data is associated with the tag of an object in the virtual environment. For example, a word “fruit” may be associated with an object in the virtual environment that is tagged with a description of “orange” and/or “fruit”.

At 1138, the animation service 104A may generate second animation sequences that include an animation gesture toward the object associated with the tag. For example, the second animation sequences may depict the avatar gesturing toward an object in the virtual environment during playback of the word associated with the object, such as gesturing toward a virtual piece of fruit as the avatar speaks the word “fruit.”

At 1140, the animation service 104A may generate different animation sequences of a different avatar. The different animation sequences of the different avatar may be based on at least one of the phonics, words, or animation of the avatar. The different animation sequences of the different avatar may be output by the animation service 104A along with animation sequences of the avatar that is speaking.

FIG. 11D is a flow diagram showing a routine 1150 illustrating aspects of a mechanism disclosed herein for modifying animation based on emotion parameters.

At 1152, the animation service 104A may determine whether to apply an emotion value to the animation sequence. The emotion values may be an input for the audio data or an outcome of setting that generate the audio data. The animation service 104A may determine to apply an emotion value when an emotion value is available, such as being returned with the speech markup data. The emotional parameter may be input by a user for use in creation of the speech markup data or may be created as a product of the speech markup data, such as based on settings employed by text-to-speech service 104E or the ASR service 104F that creates the speech markup data. When applied by the animation service 104A, the emotion value may influence an animation sequence, movement the standard pose, and/or other attributes of the animation. When an emotion value is available or determined (following the “yes” route from the decision operation 1152, then the process 1150 may continue to an operation 1154.

At 1154, the animation service 104A may determine an emotion associated with avatar. The emotion value may be a number, a word, or designated in other ways. In some examples, the emotion value is a numerical value or weight used to modify animations.

At 1156, the animation service 104A may generate the animation sequences of the body of the avatar based at least in part on the words and the emotion. For example, the animation manager 204A may modify movement range of skeletal components based on an emotional parameter, such as increasing movement range for emotional parameters associated with “happy” or “excited” and reducing movement range for emotional parameters associated with “sad” or “tired”. The emotion value may be used to determine general animation, such as by causing selection of first animations for a first word for a first emotion value, and causing selection of second animations for the first word for a second emotion value. In some examples, the emotion value may change during a duration of a speech, such as by starting as a first emotion value associated with a first group of words and later changing to a second emotion value associated with a second group of words.

When an emotion value is not available or not determined (following the “no” route from the decision operation 1152, then the process 1150 may continue to an operation 1158. At 1158, the animation service 104A may generate the animation sequences of the body of the avatar based at least in part on the words, and without using an emotion value to influence the animation sequence.

FIG. 11E is a flow diagram showing a routine 1160 illustrating aspects of a mechanism disclosed herein for generating first animations of text in a first language and second animations of text in a second language.

At 1162, the animation service 104A may determine whether input text is to be translated from a first language to a second, different language by a translation service. For example, the system may enable creation of avatars that speak different languages for a particular purpose, such as to greet guests to a website in different languages. Thus, a user may request that input text be translated from a first language to a second language, and possibly to other languages. When the input text is to be translated (following the “yes” route from the decision operation 1162), then the process 1160 may advance to an operation 1164.

At 1164, the animation service 104A may send text in first language to a translation service to translate the text into the second language. In some examples, the translation service may be performed locally, remotely, or a combination thereof.

At 1166, the animation service 104A may receive translated audio data in the second language. The animation service 104A may receive the speech markup data in the second language. Thus, speech markup data in the second language may include words and phonic symbols associated with the second language.

At 1168, the animation service 104A may generate animation sequences of a face of the avatar based at least in part on the speech markup data in the second language. By using the speech markup language in the second language to drive the animations, the animation service 104A generates different animations for the audio data in the second language than animations generated for audio data in the first language.

When the input text is not to be translated (following the “no” route from the decision operation 1162), then the process 1160 may advance to an operation 1170. At 1170, the animation service 104A may send text in first language to text-to-speech processor.

At 1172, the animation service 104A may receive audio data in first language. The animation service 104A may receive the speech markup data in the first language. Thus, speech markup data in the first language may include words and phonic symbols associated with the first language.

At 1174, the animation service 104A may generate animation sequences of a face of the avatar based at least in part on the speech markup data in the first language. By using the speech markup language in the first language to drive the animations, the animation service 104A generates different animations for the audio data in the first language than animations generated for audio data in the second language (from operation 1168).

In some examples, animations for the skeletal components may be different based on the selected language, gestures common for particular languages, idioms in the different languages, and so forth. Thus, the selection of language may influence the visual depiction of the animation sequence of the avatar as well as result in different audio data.

FIG. 12 and the following description are intended to provide a brief, general description of a suitable computing environment in which the examples described herein may be implemented. In particular, FIG. 12 is a system and network diagram that shows an illustrative operating environment that includes a service provider network 110. As discussed above, service provider network 110 can provide virtual machine instances and computing resources on a permanent or an as-needed basis.

The computing resources provided by the service provider network 110 may include various types of resources, such as data processing resources, data storage resources, networking resources, data communication resources and the like. Each type of computing resource may be general-purpose or may be available in a number of specific configurations. For example, and as will be described in greater detail below, data processing resources may be available as virtual machine instances in a number of different configurations. The virtual machine instances may be configured to execute applications, including Web servers, application servers, media servers, database servers and other types of applications. Data storage resources may include file storage devices, block storage devices and the like. Each type or configuration of a virtual machine instance of a computing resource may be available in different sizes, such as large resources, consisting of many processors, large amounts of memory, and/or large storage capacity, and small resources consisting of fewer processors, smaller amounts of memory and/or smaller storage capacity.

The computing resources provided by service provider network 110 are enabled in one implementation by one or more data centers 1204A-1204N (which may be referred to herein singularly as “a data center 1204” or collectively as “the data centers 1204”). The data centers 1204 are facilities utilized to house and operate computer systems and associated components. The data centers 1204 typically include redundant and backup power, communications, cooling and security systems. The data centers 1204 might also be located in geographically disparate locations. One illustrative configuration for a data center 1204 that implements some or all of the concepts and technologies disclosed herein will be described below with regard to FIG. 13.

The users and customers of service provider network 110 may access the computing resources provided by the data centers 1204 over a suitable data communications network, such as a Wide Area Network (“WAN”), as illustrated by network 1230. Although a WAN might be used, it should be appreciated that a local-area network (“LAN”), the Internet, or any other networking topology known in the art that connects the data centers 1204 to the computing devices 102 may be utilized. It should also be appreciated that combinations of such networks might also be utilized.

FIG. 13 is a computing system diagram that illustrates one configuration for a data center 1204 that implements aspects of a service provider network 110, including some or all of the concepts and technologies disclosed herein in which a framework is used to provide VR applications and/or AR applications to access to different services. The example data center 1204 shown in FIG. 13 includes several server computers 1302A-1302F (which may be referred to herein singularly as “a server computer 1302” or in the plural as “the server computers 1302”) for providing computing resources. The server computers 1302 may be standard tower or rack-mount server computers configured appropriately for providing the computing resources described herein. According to an example, the server computers 1302 are configured to execute the software products as described above.

In an example, some of the computing resources 1304 are virtual machine instances. As known in the art, a virtual machine instance is an instance of a software implementation of a machine (i.e. a computer) that executes programs like a physical machine. Each of the server computers 1302 may be configured to execute an instance manager (not shown) capable of instantiating and managing computing resources and instances of computing resources. In the case of virtual machine instances, for example, the instance manager might be a hypervisor or another type of program configured to enable the execution of multiple virtual machine instances on a single server computer 1302, for example.

It should be appreciated that although the examples disclosed herein are described primarily in the context of virtual machine instances, other types computing resources can be utilized with the concepts and technologies disclosed herein. For instance, the technologies disclosed herein might be utilized with hardware resources, data storage resources, data communications resources, networking resources, database resources and with other types of computing resources.

The data center 1204 shown in FIG. 13 also includes a server computer 1302F reserved for executing software components for managing the operation of the data center 1204, the server computers 1302, virtual machine instances, and other resources within the service provider network 110. The server computer 1302F might also execute the manager 114 and include the data store 202. Details regarding the operation of each of these components has been provided above. In this regard, it should be appreciated that while these components are illustrated as executing within service provider network 110, computing systems that are external to service provider network 110 might also be utilized to execute some or all of these components. Other configurations might also be utilized.

In the example data center 1204 shown in FIG. 13, an appropriate local area network (“LAN”) 1305 is utilized to interconnect the server computers 1302A-1302E and the server computer 1302F. The LAN 1305 is also connected to the network 1230 illustrated in FIG. 12. It should be appreciated that the configuration and network topology illustrated in FIGS. 12 and 13 has been greatly simplified and that many more computing systems, networks and networking devices may be utilized to interconnect the various computing systems disclosed herein. Appropriate load balancing devices or software modules might also be utilized for balancing a load between each of the data centers 1204A-1204N, between each of the server computers 1302A-1302F in each data center 1204 and between virtual machine instances and other types of computing resources provided by the service provider network 110.

It should be appreciated that the data center 1204 described in FIG. 13 is merely illustrative and that other implementations might also be utilized. Additionally, it should be appreciated that the functionality provided by these components might be implemented in software, hardware, or a combination of software and hardware. Other implementations should be apparent to those skilled in the art.

FIG. 14 shows an example computer architecture for a computer 1400 capable of executing program components for providing a framework for utilizing different services to interact with VR/AR applications in the manner described above. The computer architecture shown in FIG. 14 illustrates a conventional server computer, workstation, desktop computer, laptop, tablet, network appliance, personal digital assistant (“PDA”), e-reader, digital cellular phone, or other computing device, and may be utilized to execute any of the software components presented herein. For example, the computer architecture shown in FIG. 14 may be utilized to execute software components for performing operations as described above. The computer architecture shown in FIG. 14 might also be utilized to implement a computing device 102, a computing device utilized in the contextual service 104, the application service 106 or the application execution service 108 or any other of the computing systems described herein.

The computer 1400 includes a baseboard 1402, or “motherboard,” which is a printed circuit board to which a multitude of components or devices may be connected by way of a system bus or other electrical communication paths. In one illustrative example, one or more central processing units (“CPUs”) 1404 operate in conjunction with a chipset 1406. The CPUs 1404 may be standard programmable processors that perform arithmetic and logical operations necessary for the operation of the computer 1400.

The CPUs 1404 perform operations by transitioning from one discrete, physical state to the next through the manipulation of switching elements that differentiate between and change these states. Switching elements may generally include electronic circuits that maintain one of two binary states, such as flip-flops and electronic circuits that provide an output state based on the logical combination of the states of one or more other switching elements, such as logic gates. These basic switching elements may be combined to create more complex logic circuits, including registers, adders-subtractors, arithmetic logic units, floating-point units and the like.

The chipset 1406 provides an interface between the CPUs 1404 and the remainder of the components and devices on the baseboard 1402. The chipset 1406 may provide an interface to a RAM 1408, used as the main memory in the computer 1400. The chipset 1406 may further provide an interface to a computer-readable storage medium such as a read-only memory (“ROM”) 1410 or non-volatile RAM (“NVRAM”) for storing basic routines that help to startup the computer 1400 and to transfer information between the various components and devices. The ROM 1410 or NVRAM may also store other software components necessary for the operation of the computer 1400 in accordance with the examples described herein.

The computer 1400 may operate in a networked environment using logical connections to remote computing devices and computer systems through a network, such as the local area network 1420. The chipset 1406 may include functionality for providing network connectivity through a network interface controller (“NIC”) 1412, such as a gigabit Ethernet adapter. The NIC 1412 is capable of connecting the computer 1400 to other computing devices over the local area network 1420. It should be appreciated that multiple NICs 1412 may be present in the computer 1400, connecting the computer to other types of networks and remote computer systems.

The computer 1400 may be connected to a data store, such as the data store 202, that provides non-volatile storage for the computer. The data store 134 may store system programs, application programs, other program modules and data, which have been described in greater detail herein. The data store 202 may be connected to the computer 1400 through a storage controller 1414 connected to the chipset 1406. The data store 202 may consist of one or more physical storage units. The storage controller 1414 may interface with the physical storage units through a serial attached SCSI (“SAS”) interface, a serial advanced technology attachment (“SATA”) interface, a fiber channel (“FC”) interface, or other type of interface for physically connecting and transferring data between computers and physical storage units.

The computer 1400 may store data on the data store 202 by transforming the physical state of the physical storage units to reflect the information being stored. The specific transformation of physical state may depend on various factors, in different implementations of this description. Examples of such factors may include, but are not limited to, the technology used to implement the physical storage units, whether the data store 202 is characterized as primary or secondary storage and the like.

For example, the computer 1400 may store information to the data store 202 by issuing instructions through the storage controller 1414 to alter the magnetic characteristics of a particular location within a magnetic disk drive unit, the reflective or refractive characteristics of a particular location in an optical storage unit, or the electrical characteristics of a particular capacitor, transistor, or other discrete component in a solid-state storage unit. Other transformations of physical media are possible without departing from the scope and spirit of the present description, with the foregoing examples provided only to facilitate this description. The computer 1400 may further read information from the data store 202 by detecting the physical states or characteristics of one or more particular locations within the physical storage units.

In addition to the data store 202 described above, the computer 1400 may have access to other computer-readable storage media to store and retrieve information, such as program modules, data structures, or other data. It should be appreciated by those skilled in the art that computer-readable storage media is any available media that provides for the non-transitory storage of data and that may be accessed by the computer 1400.

By way of example, and not limitation, computer-readable storage media may include volatile and non-volatile, removable and non-removable media implemented in any method or technology. Computer-readable storage media includes, but is not limited to, RAM, ROM, erasable programmable ROM (“EPROM”), electrically-erasable programmable ROM (“EEPROM”), flash memory or other solid-state memory technology, compact disc ROM (“CD-ROM”), digital versatile disk (“DVD”), high definition DVD (“HD-DVD”), BLU-RAY, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information in a non-transitory fashion.

The data store 202 may store an operating system 1430 utilized to control the operation of the computer 1400. According to one example, the operating system comprises the LINUX operating system. According to another example, the operating system comprises the WINDOWS® SERVER operating system from MICROSOFT Corporation. According to further examples, the operating system may comprise the UNIX operating system or the ANDROID operating system. It should be appreciated that other operating systems may also be utilized. The data store 202 may store other system or application programs and data utilized by the computer 1400, such as components that include the manager 114, the application 110 and/or any of the other software components and data described above. The data store 202 might also store other programs and data not specifically identified herein.

In one example, the data store 202 or other computer-readable storage media is encoded with computer-executable instructions which, when loaded into the computer 1400, transform the computer from a general-purpose computing system into a special-purpose computer capable of implementing the examples described herein. These computer-executable instructions transform the computer 1400 by specifying how the CPUs 1404 transition between states, as described above. According to one example, the computer 1400 has access to computer-readable storage media storing computer-executable instructions which, when executed by the computer 1400, perform the various routines described above with regard to FIGS. 7-11. The computer 1400 might also include computer-readable storage media for performing any of the other computer-implemented operations described herein.

The computer 1400 may also include one or more input/output controllers 1416 for receiving and processing input from a number of input devices, such as a keyboard, a mouse, a touchpad, a touch screen, an electronic stylus, or other type of input device. Similarly, the input/output controller 1416 may provide output to a display, such as a computer monitor, a flat-panel display, a digital projector, a printer, a plotter, or other type of output device. It will be appreciated that the computer 1400 may not include all of the components shown in FIG. 14, may include other components that are not explicitly shown in FIG. 14, or may utilize an architecture completely different than that shown in FIG. 14.

Based on the foregoing, it should be appreciated that technologies for using a framework that provides VR applications and/or AR applications (hereinafter may be collectively referred to as a “VR/AR application”) to access to different services have been presented herein. Moreover, although the subject matter presented herein has been described in language specific to computer structural features, methodological acts and computer readable media, it is to be understood that the invention defined in the appended claims is not necessarily limited to the specific features, acts, or media described herein. Rather, the specific features, acts and media are disclosed as example forms of implementing the claims.

The subject matter described above is provided by way of illustration only and should not be construed as limiting. Furthermore, the claimed subject matter is not limited to implementations that solve any or all disadvantages noted in any part of this disclosure. Various modifications and changes may be made to the subject matter described herein without following the example examples and applications illustrated and described, and without departing from the true spirit and scope of the present invention, which is set forth in the following claims. 

What is claimed is:
 1. A non-transitory computer-readable storage medium having computer-executable instructions stored thereupon which, when executed by a computer, cause the computer to: obtain first client data associated with a first mode of input and second client data associated with a second mode of input, the first mode of input and the second of input used by a user to interact with a virtual environment; determine, using one or more first computers of a first network-based service, first service data that provides an indication of first objects presented within the virtual environment, wherein the first service data is based, at least in part, on at least a portion of the first client data; determine, using one or more second computers of a second network-based service configured to identify objects presented within the virtual environment, second service data that provides an indication of one or more second objects presented within the virtual environment, wherein the second service data is based, at least in part, on at least a portion of the second client data; and determine, using one or more third computers of a third network-based service, an identity of an object of interest within the virtual environment from the first objects and the one or more second objects, wherein determining the identity of the object of interest includes to determine one or more third objects that are indicated by both the first objects and the one or more second objects; and identify the identity of the object of interest from the one or more third objects.
 2. The non-transitory computer-readable storage medium of claim 1, wherein determining the identity of the object of interest includes determining that a first tag associated with a first object identified using the first service data matches a second tag associated with a second object identified using the second service data.
 3. The non-transitory computer-readable storage medium of claim 1, wherein determining the identity of the object of interest includes determining that the object of interest is in a line of sight as indicated by gaze data.
 4. The non-transitory computer-readable storage medium of claim 1, wherein the instructions further cause the computer to: cause audio data, obtained from an automatic speech recognition service, to be provided by a computer associated with the user; and receive, from the client computer, third client data, and wherein determining the identity of the object of interest within the virtual environment is further based, at least in part, on the third client data.
 5. A system, comprising: one or more computing devices operative to obtain, from a client computer associated with a user, client data that includes first client data associated with a first mode of input and second client data associated with a second mode of input, the first mode of input and the second mode of input used by the user to interact with a virtual environment; identify a network-based service to receive at least a portion of the client data; determine, using the network-based service, service data that is based, at least in part, on the at least the portion of the client data; and determine an identity of an object of interest within the virtual environment based, wherein determining the identity of the object of interest within the virtual environment includes to determine one or more objects that are indicated by at least two or more of the service data, the first client data, and the second client data; and identify the identity of an object of interest from the one or more objects.
 6. The system of claim 5, wherein the one or more computers are further configured to: identify a second network-based service to receive at least a second portion of the client data; determine, using the second network-based service, second service data that is based, at least in part, on the at least the portion of the client data; and wherein determining the identity of the object of interest is based, at least in part, on the second service data and one or more of the first client data and the service data.
 7. The system of claim 5, wherein determining the identity of the object of interest includes: identifying a first object of interest using the service data; identifying a second object of interest based, at least in part, on the client data; comparing a first tag associated with the first object of interest and a second tag associated with the second object of interest; and determining a match between the first tag and the second tag.
 8. The system of claim 5, wherein the client data includes gaze data, and wherein determining the identity of the object of interest includes identifying that the object of interest is within a line of sight of a user based, at least in part, on gaze data.
 9. The system of claim 5, wherein the client data includes speech data, gesture data, and gaze data.
 10. The system of claim 5, wherein the one or more computers are further operative to: receive audio data from an automatic speech recognition service; send at least a portion of the audio data to the client computer; receive, from the client computer, third client data, and wherein determining the identity of the object of interest within the virtual environment is further based, at least in part, on the third client data.
 11. The system of claim 5, wherein the one or more computers are further operative to: receive a context associated with a user interacting with the virtual environment; and wherein determining the identity of the object of interest within the virtual environment is further based, at least in part, on the context.
 12. The system of claim 5, wherein the one or more computers are further operative to: cause an avatar presented within the virtual environment to provide an indication of the object of interest; and confirm the identity of the object of interest based, at least in part, on second client data received from the client computer.
 13. A computer-implemented method, comprising: obtaining client data associated with a user that includes first client data associated with a first mode of input used to interact with a virtual environment, and second client data associated with a second mode of input used to interact with the virtual environment; identifying a network-based service to receive at least a portion of the client data; determining, using the network-based service, service data that is based, at least in part on the at least the portion of the client data; determining an identity of an object of interest within the virtual environment by determining one or more objects that are indicated by at least two or more of the service data, the first client data, and the second client data; and identifying the identity of an object of interest from the one or more objects; and providing an identity of the object of interest to one or more computing devices.
 14. The computer-implemented method of claim 13, further comprising: identifying a second network-based service to receive at least a second portion of the client data; determining, using the second network-based service, second service data that is based, at least in part, on the at least the second portion of the client data; and wherein determining the identity of the object of interest is based, at least in part, on the service data and the second service data.
 15. The computer-implemented method of claim 13, wherein determining the identity of the object of interest includes: identifying a first object of interest using the service data; identifying a second object of interest based, at least in part, on the client data; comparing a first tag associated with the first object of interest and a second tag associated with the second object of interest; and determining a match of the first tag and the second tag.
 16. The computer-implemented method of claim 13, wherein determining the identity of the object of interest includes identifying that the object of interest is within a line of sight of a user based, at least in part, on gaze data.
 17. The computer-implemented method of claim 13, further comprising receiving audio data from an automatic speech recognition service; sending at least a portion of the audio data to a client computer; receiving, from the client computer, third client data, and wherein determining the identity of the object of interest within the virtual environment is further based, at least in part, on the third client data.
 18. The computer-implemented method of claim 13, further comprising causing an avatar presented within the virtual environment to provide an indication of the object of interest; and confirming the identity of the object of interest based, at least in part, on second client data received from a client computer associated with the user.
 19. The computer-implemented method of claim 13, wherein determining the identity of the object of interest within the virtual environment is further based, at least in part, on a context associated with a user interacting with the virtual environment.
 20. The computer-implemented method of claim 13, wherein the client data includes speech data, gesture data, and gaze data. 